Submitted by JJSlote on 2010/01/29 16:30
Greetings Pierre

Recent releases are getting caught up by certain link forms that IQ permits in the grids, which are not part of mainstream HTML. For example, a link to an Item number, set up using the Hyperlink dialog, translates to:

<a href=2400>LinkWord</a>

But if you paste that section into the HTML pane, it morphs into:

<A href="about:2400">LinkWord</A>

Links to WikiTags morph, for example, from:

<a href={Time Journal}>Time Journal</a>

to

 <A
href="about:{Time" Journal}>Time Journal</A>

Of course, none of these morphed link forms will function as originally intended, certainly not if pasted back into a grid cell. The "about:" protocol fires IE instead of navigating within IQ. In some cases a pasted link will activate a query for a WikiTag with "about:" in it.

As mentioned elsewhere, I've been maintaining WikiTags in an HTML pane and copying them into the production field, so I rely on this capability. I think IQ will have major support issues if the links don't interchange neatly between grid and pane. Long term, those "shorthand" link forms may have to be sacrificed in favor of an "infoqube:" protocol notation that won't be challenged by the HTML editor.

Thanks for taking a look.

Jerome

Update 2/10: This is not fully solved in PreRel18. WikiTag links now accept the "about:" form, but multiword WikiTags like {Time Journal} still have a quote mark inserted after the first word:
 
<A href="about:{Time" Journal}>Time Journal</A>

generating a linked source of:
 
WikiTag like "*{Time" Journal}*"

rather than

WikiTag like "*{Time Journal}*"

So they're not linking to the intended set.
 
JJS

Comments

A decent workaround for now is to use MHT, and edit the pane contents in BlockNote. BlockNote will let you create a link to {Anytag} without forcing it to about:{Anytag} as IQ's HTML editor presently does. So we can copy these untampered links into the grid, and they'll bring up the correct set of items.

However, clicking a WikiTag link from the pane requires the about:{Anytag} form of the link to bring up the items in Scratch. Armando, this may relate to your difficulty in activating a link from the HTML pane.

Worth a fix to make the link forms consistent.

Jerome


Armando

2010/02/01 01:46

Permalink

[quote=JJSlote]
A decent workaround for now is to use MHT, and edit the pane contents in BlockNote. BlockNote will let you create a link to {Anytag} without forcing it to about:{Anytag} as IQ's HTML editor presently does. So we can copy these untampered links into the grid, and they'll bring up the correct set of items.

However, clicking a WikiTag link from the pane requires the about:{Anytag} form of the link to bring up the items in Scratch. Armando, this may relate to your difficulty in activating a link from the HTML pane.

Worth a fix to make the link forms consistent.

Jerome


[/quote]
 
Thanks for the tip.
 
I added this problem to mantis : 874
 
 

JJSlote

2010/02/01 08:48

Permalink

[quote=Armando]
I added this problem to mantis : 874
 [/quote]
 
Thanks, Armando. I've been hesitant to put issues up on mantis for some reason.

Jerome

Armando

2010/02/01 12:50

Permalink

[quote=JJSlote]
[quote=Armando]
I added this problem to mantis : 874
 [/quote]
 
Thanks, Armando. I've been hesitant to put issues up on mantis for some reason.

Jerome
[/quote]
 
You're welcome.
 
This is what Mantis is for.
 
I think that having issues clearly defined in Mantis (when those are confirmed) can only help.
- As users, it's easier to see if issues/suggestions, etc. were fixed/concretized  or not (searching is also easier I find)
- And I guess that it's also easier for Pierre to get the overall picture.
 
In the forum, ideas tend to get lost in the flow of words.
 
 

Until the infoqube: protocol is implemented (rather trivial to do), I ignore the about: string in links, so links copied from the HTML pane to the grid will work
 
Fixed in 0.9.25pre-rel17
 

Pierre_Admin

2010/02/10 16:57

Permalink

Ah yes, the issue is not actually related to multi-word wiki tags, but to the absence of the "href=" in the anchor (old links did not have "href=")
 
Fixed in 0.9.25Pre-rel19