Submitted by Tom on 2009/03/22 11:58
working today (taking time off later in week though!)
Also I'm sure this has been discussed before but I really didnt know what to search for.
 
I want to add various characteristics of items to a new field - I cant add more than one thing from a drop-down list to a field so I'm not sure "how-to"
It doesnt suit having a field for each characteristic (too many probably eventually)
 
I think the answer would probably be a simple text field
So say I use colours as an example -
 
Item #1  [blue green]
Item #2  [blue orange]
Item #3  [red green]
 
and then I can filter for blue in that field
I'll miss being able to sort but it's about time I learned how to filter properly!
 
or would this be a suitable oppurtunity to start using Wikitags?
 
Any opinions / approval / disapproval please shout
ta very much ;-)
 
 

Comments

I'd like to comment, but I'm not sure I really understand what you want to do...

Tom

2009/03/22 12:59

In reply to by Armando

[quote=Armando]
I'd like to comment, but I'm not sure I really understand what you want to do...
[/quote]
I had a laugh at that anyway!
 
I may as well give the real-life example:-
 
The drawings (linked items) I work on contain certain (varying) features - I want to keep track of these features (so I can ensure that they are shown in a standard (conventional) manner)
I actually made a drop-down list and then realised/remembered as I say above that I can then only show one per item
 
So, I was wondering how to proceed - in ways this would be ideal for tags so I guess I could try the WikiTag route
But also could do simple text field and add the relevant feature names to each item
 
either way I'll have to be careful that I use the same name each time for each type of feature - so as linking or filtering or searching will show all examples of relevant feature.
 
Does that explain it better?

JJSlote

2009/07/30 16:07

In reply to by Tom

Since WikiTags are just more Text data, an instant user interface for WikiTags can be devised in InfoQube itself. Here's an approach:

1) Create a new grid called WikiTags

2) Add a single Item called WikiTags

3) Use the HTML pane in that item to maintain a list of your WikiTags, with their curly braces, to cut and paste into the production WikiTag field you were originally editing.

The advantage of the separate grid is that you can get to your list of tags in one click, if you keep your grid names in view. The WikiTags grid itself can remain minimized, since the real maintenance takes place in the HTML pane. You won't lose your place in the original grid; the field you were working on remains highlighted.

Jerome

 

Tom

2009/07/30 17:18

In reply to by JJSlote

[quote=JJSlote]

Since WikiTags are just more Text data, an instant user interface for WikiTags can be devised in InfoQube itself. Here's an approach:

1) Create a new grid called WikiTags

2) Add a single Item called WikiTags

3) Use the HTML pane in that item to maintain a list of your WikiTags, with their curly braces, to cut and paste into the production WikiTag field you were originally editing.

The advantage of the separate grid is that you can get to your list of tags in one click, if you keep your grid names in view. The WikiTags grid itself can remain minimized, since the real maintenance takes place in the HTML pane. You won't lose your place in the original grid; the field you were working on remains highlighted.[/quote]

 

I'll try that out Jerome,  thanks ! - or a variation:-  rather than using the html pane, I could just create an item for each wikitag - that way I wouldnt even need the html pane open and I could acces the wikigrid in dual pane mode

JJSlote

2009/07/30 18:03

In reply to by Tom

[quote=Tom]I'll try that out Jerome,  thanks ! - or a variation:-  rather than using the html pane, I could just create an item for each wikitag - that way I wouldnt even need the html pane open and I could acces the wikigrid in dual pane mode[/quote]
That'll work very well also, with all of IQ's sorting and filtering power to boot. Those WikiTags can even usefully link to themselves. If {XYZ} is given a hyperlink of {XYZ}, then, when you click on it, a Scratch grid will open up to display all items with that WikiTag. Achieving this would be a nuisance for someone typing out those WikiTags by hand, but with cut and paste, it's one and done. If you're storing your tags in the grid, the hyperlink control can build the link. The HTML pane's hyperlink control won't do the same, but you can spell out the link as:

<a {XYZ}>{XYZ}</a>

and paste it in that way for the same effect.
 
Jerome

Yes, definitely Wikitags. Plus, you'll be able to a create a list of items with hyperlinks to retrieve all items meeting certain criteria (sort of like having named filters)
 
You may want to read: automating wiki assignment

jan_rifkinson

2009/03/24 07:54

In reply to by Pierre_Admin

> you'll be able to a create a list of items with hyperlinks to retrieve all items meeting certain criteria (sort of like having named filters)
 
Tom, This is tre cool. I've done this & am now working on a grid for named filters.
 
Now if we could only get some automation into wikitag creation, life would be... oh so thrilling. Pierre gave me an equation @ http://www.sqlnotes.net/drupal5/index.php?q=node/509 that addresses this issue. What I'm referring to is what Lotus Agenda could do many, many years ago & Zoot does now, i.e. if in an item user uses the word saturday, something happens. Look @ Google fast calenar entry, same idea. It's natural & seemless.
 
Think I need a life?
 
Uhuh
 
--
Jan Rifkinson
Ridgefield CT USA
HP Blackbird Vista Ultimate SP-1

Tom

2009/03/24 09:01

In reply to by jan_rifkinson

LOL Jan
 
I'm afraid I'd have to add tags manually for my example - mind you it would be nice if the brackets automatically appeared - or just werent necessary
or
if it worked as a drop-down where you could select multipe tags  (I like that idea)

Tom

2009/04/01 12:01

In reply to by Tom

[quote=Tom]
I'm afraid I'd have to add tags manually for my example - mind you it would be nice if the brackets automatically appeared - or just werent necessary
or
if it worked as a drop-down where you could select multipe tags  (I like that idea)
[/quote]
 
I'm finding it difficult to add remember wikitags - I only use them occasionally and simply cannot remember & have to check what ones exist how exactly they were spelt/called
 
Pierre:-
A drop-down list would be an amazing help - especially if similar to current auto-list drop-down where you could choose to show just tags from current list
 
How are others coping with this problem ?

jan_rifkinson

2009/04/01 12:56

In reply to by Tom

Just the way you are. And I support your request however I'm always wary that it stuff exists & I've just missed it
 
--
Jan Rifkinson
Ridgefield CT USA
HP Blackbird Vista Ultimate SP-1

Tom

2009/06/12 16:07

In reply to by Tom

[quote=Tom]
Pierre:-
A drop-down list would be an amazing help - especially if similar to current auto-list drop-down where you could choose to show just tags from current list[/quote]
 
I see wikitags now work as a drop down list if auto-list is selected.
 
Pierre,
would you be able to add the ability to select multiple entries from the list?
(as it is in the new add new item + web-clipping dialogue boxes)
 
Mantis #681
 

Tom

2009/07/29 12:11

In reply to by Tom

from mantis # 0681
 
> I see wikitags now work as a drop down list if auto-list is selected.

the drop down list now shows e.g.

{field wall}
{drain}{bog wall}{hatch}
{1to50}{drain}
{hatch}

i.e. it's reading cells that have more than one wikitag and presenting these in the list.
Obviously it would be preferable if it showed each tag on a separate line.

If this were fixed & also the possibility to add multiple tags from the list, it would be a big advance in tagging :)
 

Pierre_Admin

2009/03/24 11:59

In reply to by jan_rifkinson

Regarding Agenda or Zoot-like assignment based on a field content (i.e. the item field):
  1. It can be done right now, using VBScript (details avail if desired)
  2. A true implementation and UI is planned
 

jan_rifkinson

2009/03/24 12:13

In reply to by Pierre_Admin

[quote]  A true implementation and UI is planned [/quote]
This would be excellent.   Two thumbs up as my friend, Roger Ebert would say.
 
--
Jan Rifkinson
Ridgefield CT USA
HP Blackbird Vista Ultimate SP-1

gregory

2009/07/30 23:25

In reply to by Pierre_Admin

Quoting Pierre:
"
Regarding Agenda or Zoot-like assignment based on a field content (i.e. the item field):
  1. It can be done right now, using VBScript (details avail if desired)
  2. A true implementation and UI is planned
"
1. Please can I / we have that VBScript?
2. For WikiTags, you have already suggested the auto-assign (push) equation:
    A:WikiTag=AddKeyWord(WikiTag,"{pndg}")|E:WikiTag=RemoveKeyWord(WikiTag,"{pndg}")|A:ItemColor=&HCAFFFF|E:ItemColor=
3. Will this true implementation also permit the use of regular expressions, as in EccoExt? I have updated the relevant Mantis issue (0681) to suggest that.
Mark Gregory, Rennes, France - GMT +1/+2; EST +6

Ok,
 
I'm new here but could someone explain why InfoQube needs to use the {curly brackets} for wiki function?  What is wrong with the conventional [[double square brackets]] anyway?  Am I missing something?
 
Please, be gentle.  I have valid reasons for suggesting this...
  • The use of {curly brackets} are (could be) problematic when...
    • InfoQube has to face mathematical equations bigger than 2+2.  Calculus anyone?  Don't laugh, it will have to be part of the natural evolution of InfoQube eventually.
    • They are also harder to type (requires Shift Key).
  • [[Double square brackets]] are..
    • Easier to type and is well-ingrained in the typing skills of many people using wikis which is a market segment taylor-made for InfoQube.  Why alienate them with non-convential usage?
    • Wikis that were imported in source-form could/would automatically generate the entire wiki structure if InfoQube could be made to handle them.
Maybe there are good reasons for making wiki function un-conventional?  I to green to know that yet.
 
Anyway, just a couple of thoughts (my $0.02) on the subject, but if InfoQube had the native ability to import wikis simply and effectively, what could that do to potential customer base response?  If you had the ability to add all of what InfoQube has to offer plus merge with your existing 7iddlyWiki, how tough would it be to convince yourself that it would be a good investment?  I am confident that there is a huge pool of potential here, from a marketing viewpoint.  There has to be millions of wiki users that would love to add the PIM ability to their wikis. 
 
Actually, in my mind it doesn't seem that tough if the conventional [[Double square brackets]] were adopted...
  • When the program saw [[ with the text inside and ending with the double square brackets]] InfoQube would make an automatic entry in a "WikiGrid."  
  • The appropriate flags could be generated for that Item in the "WikiGrid" to let the user know that no child entry (subject body) had been made when the user goes to look at the wiki list in the WikiGrid.
  • This would work it the data was imported or if it was typed on the fly.
Like I said, maybe there are good reasons for the existing choice.  I have read the thread, but I can't say I have it in my hand so I may have just wasted the last half-hour flogging a dead horse.  C'est la vie!
 
Fair winds,
Calvin

KeithB

2009/08/25 18:39

In reply to by CodeTRUCKER

[quote=CodeTRUCKER]
 
 .... could someone explain why InfoQube needs to use the {curly brackets} for wiki function?  What is wrong with the conventional [[double square brackets]] anyway?  Am I missing something?
 

[/quote]
 
There was some discussion in Discussion about WikiTags about the wikitags, and potential changes.

Tom

2009/08/26 03:27

In reply to by CodeTRUCKER

 
with a german keyboard* I wouldnt support the request for [[double square brackets]]  unless there were a good reason for it - e.g. to facilitate import of wikis
 
 
* square & fancy brackets both require the Alt Gr key here
 

CodeTRUCKER

2009/08/26 12:40

In reply to by Tom

I thought something like that might apply.  What about German use of curly brackets in mathematics?  Math symbols are still universal, are they not?
 
Fair winds,
Calvin

jan_rifkinson

2009/08/26 16:13

In reply to by CodeTRUCKER

Calvin, I seem to remember Pierre stating that curly brackets were not necessary & that wiki tags are not really wiki tags but rather simple category assignments so i think you can use whatever you want..... maybe even nothing.
 
--
Jan Rifkinson
Ridgefield CT USA
HP Blackbird Vista Ultimate SP-2

Armando

2009/08/26 17:15

In reply to by jan_rifkinson

[quote=jan_rifkinson]
Calvin, I seem to remember Pierre stating that curly brackets were not necessary & that wiki tags are not really wiki tags but rather simple category assignments so i think you can use whatever you want..... maybe even nothing.
 
--
Jan Rifkinson
Ridgefield CT USA
HP Blackbird Vista Ultimate SP-2
[/quote]
 
hmmmm... I don't think so.

KeithB

2009/08/26 22:23

In reply to by Armando

[quote=Armando]
[quote=jan_rifkinson]
Calvin, I seem to remember Pierre stating that curly brackets were not necessary & that wiki tags are not really wiki tags but rather simple category assignments so i think you can use whatever you want..... maybe even nothing.
 
--
Jan Rifkinson
Ridgefield CT USA
HP Blackbird Vista Ultimate SP-2
[/quote]
 
hmmmm... I don't think so.
[/quote]
Jan, you're probably thinking about Smart Fields (aka smart folders)

Tom

2009/08/27 04:40

In reply to by jan_rifkinson

[quote=jan_rifkinson]
Calvin, I seem to remember Pierre stating that curly brackets were not necessary & that wiki tags are not really wiki tags but rather simple category assignments so i think you can use whatever you want..... maybe even nothing.
[/quote]
He did say they were not necessary in some recent thread about wikitags / tagging - but in theory - i.e. they could be changed but are physically still necessary