InfoQube IM - Community

Submitted by Tom on 2015/10/20 07:49

Seeing as WikiTags are being developed again, I thought I'd start a thread on the topic.

The manual page is here -- Wikitags

The drop-down list is great Pierre, and seems to work well :thumbsup:

It shows tags correctly where I previously entered multiple tags manually:

(lol -- which is the odd one out there :-)

I'm wondering, what is the advantage of having the two different popups?

This arrow will give the popup as above:

The drop-down arrow on the left will give this below, where only one line can be selected and it will replace current cell content (i.e. same as old popup)

NOTE: (bugs)

1) double-click cell will not go into edit mode (here)

2) when the pop-up is displaying, InfoQube does not show in Alt+Tab. (It does show correctly on the taskbar.)

3) F2 will cycle to the old popup, but not the new one

Comments

Yes, I concur. This is generally speaking an excellent development, is of very great value to me in my everyday work and functions very well.

I would like to suggest the following small improvements:

Better keyboard support. In particular, I suggest that enter should mean tick the currently highlighted item in the list and exit from the dialogue with all currently-ticked keywords added to the wiki tag list for the item. I further suggest that another key, possibly control plus enter, should mean tick the currently highlighted item in the list without exiting from the dialogue. This latter can in fact already be done using spacebar to toggle the check-box on and off.
The current implementation is based on the long-existing auto list facility. I would personally prefer it to be based on the SQL query or List of items pop-up. My reason for this is that the current implementation still permits any text whatsoever to be entered as a wiki tag. My personal preference is that the only permitted values be those which are present in another InfoQube field. This prevents mistyped choices.

Mark GREGORY, Redon, France - GMT +1/+2; EST +6

Good ideas Mark,

I since noted that F2 wont open the new popup (and added to first post)

re #2:

> My reason for this is that the current implementation still permits any text whatsoever to be entered as a wiki tag

is that request not covered in the WikiTag Field Properties >Editor >Entry must be in list (?)

Hi Tom.

#1: Strange... F2 does work here. You do, however, have to press it twice – only on the second keypress do you get the list of available keywords.

#2: Entry must be in list is only available in some circumstances:

Editor type	"Entry must be in list" available?
Text box	No.
Fixed list pop-up	Yes.
List of items pop-up	Not specifically, but it's imposed anyway. The new multi-tag list is available and works. Furthermore, you cannot add arbitrary text as you can with the "auto-list of values" which follows. This is therefore the best option to choose if you have an already-existing list of tags stored and updated in another InfoQube field – which was my case. In my view, this is the safest way to use the new feature.
Auto-list of values	No. The new multi-tag list is available and works. You can add arbitrary text between tags. It is stored in the item value. However, only well-formed tags surrounded by {} actually appear in the auto-list of tags. Arguably, this is a bug which is also a feature. It means that you can put commentary into the list of tags – anything not surrounded by curly brackets is effectively just commentary. You can add new tags, provided that these are surrounded by curly brackets as in {new-tag}. This therefore is the best option to use if you do not have a previously-existing list of tags and/or do not wish to maintain it separately. However, it is possible to mis-spell tags which are then added to the auto-list of values.
SQL query (advanced)	Yes. This is the best option to choose if you are maintaining your list of tags in an ODBC data source.

Mark GREGORY, Redon, France - GMT +1/+2; EST +6

[quote=gregory]

#1: Strange... F2 does work here. You do, however, have to press it twice – only on the second keypress do you get the list of available keywords.

#2: Entry must be in list is only available in some circumstances:

[/quote]

Same here. Works correctly. As to the need to press F2 twice, this is in line with other editors that have an associated text box (Date Editor, Auto-list, etc)
Like I said in the release notes, this is a preliminary implementation for Wikitags. It will be generalized to handle other fields and pop-up list types

HTH !

Pierre

Hi Pierre,

I'm confused about your implementation -- whether it's just a half-way implementation, or am I getting bugs that others aren't...

Details:

on two different machines here (both win.7 x64, with my default file) -

# There are two different popups for the Wikitag field - the old one, and the new one

# F2 does not open the *new* popup - it only opens the old one

(see highlighted text in OP & screenshots for further info)

NOTE:

behaviour is similar in the sample file with the following difference:

I added my list from above file to the WikiTag field

The old style list shows all entries (as in screenshot in OP) -- the new multi-select list only shows "Project Samiro" - see below:

Settings are the same on both files:

all of which which leaves me more confused again...

_______________________________________________________

Win.7 64bit ~ IQ Portable 0.9.26Pre-Rel59

Pop up list type must be auto list right now

Thanks Pierre!

Except that 'List of items pop-up' also works, as I noted above. And, as I noted there, has the additional benefit that only values which are already present in the pop-up list can be used – you cannot add new values, that is new wikitags. The inconvenience associated with this is that the only way in which you can subsequently alter the list of pop-ups / wikitags is by temporarily changing the editor to 'auto-list of values'. It might be nice to be able to switch between the two behaviours at the grid level.

I would also very much like the new behaviour, currently restricted to wiki tags, to be made available for all fields. Release 60?

Mark GREGORY, Redon, France - GMT +1/+2; EST +6

I am running pre-rel 60. There is an annoying behaviour associated with multiple wikitag selection which may just be a bug.

In a grid which contains an item field and a wikitag field, if I have previously tagged the item, if I subsequently edit that item, the previous wikitag selections are lost. So, if I tag an item with wikitags {Mark} and {banking} and I wish to add a tag {Caroline}: I press F2 twice. The list of possible wikitag values is presented, but neither {Mark} nor {banking} remain ticked. Instead, I have to tick all three values. Is this behaviour correct? I would expect the default behaviour to be to retain existing wikitag values – and of course the user will always be able to remove such values simply by unticking any value which is no longer required. I hope that something can be done to improve this aspect in pre-release 62.

Mark GREGORY, Redon, France - GMT +1/+2; EST +6

Not the same issue, but related. When assigning multiple tags, it is great to be able to make use of the facility to type characters and to watch as InfoQube finds matching tags. Extending the previous example: this means that if I wish to assign the three tags mentioned there, all I have to do initially is to type the characters M a r K, and InfoQube goes to the first wikitag which includes those four characters.

I have already suggested that it would be great at this point to be able to press a key combination such as control and enter to select and toggle that wikitag, {Mark}. No matter – even now, it is a simple matter to tick that wikitag.

However, when I want to move to the second keyword, I cannot start typing b a n k until I have first pressed backspace four times to clear the existing buffered characters m a r k. I would like to suggest that either deliberately ticking a wikitag or pressing the hoped-for key combination that toggles it, also clears the buffered characters. If this were to be implemented, as I ticked or toggled the wikitag {banking}, I could then immediately afterwards start typing the characters c a r o and InfoQube would suggest {Caroline}.

Mark GREGORY, Redon, France - GMT +1/+2; EST +6

^ good ideas

[quote=gregory]

However, when I want to move to the second keyword, I cannot start typing b a n k until I have first pressed backspace four times to clear the existing buffered characters m a r k. I would like to suggest that either deliberately ticking a wikitag or pressing the hoped-for key combination that toggles it, also clears the buffered characters. If this were to be implemented, as I ticked or toggled the wikitag {banking}, I could then immediately afterwards start typing the characters c a r o and InfoQube would suggest {Caroline}

[/quote]

or instead of clearing the text, simply have it selected automatically -- then as soon as you type the next letters, it is replaced by whatever you type

That is also a good idea! Aren't forums wonderful?

Mark GREGORY, Redon, France - GMT +1/+2; EST +6