Re: htmlText - problem and feature request...
On Thu, 14 Sep 2000, Karl Becker wrote: > > > An htmlClickChunk property which would return the same as the > >clickChunk but > >> something appropriate to the htmlText. Similar properties would eventually > >> needed for other Metacard expression (hence the idea of a single function > >> above). > > > >It should be possible to do this with the existing HTML text features > >as soon as we get hidden tags implemented. I'm not sure yet whether > >even totally useless stuff (like tags) will be retained, but > >certainly stuff like HREF tags will be. > > Regards, > > Scott > > When will this feature be implemented? Relatively soon (2.3.x) , or > will a major overhaul be needed? I'll need a technique to keep these > kinds of tags for a project, but if MC will natively support keeping > most tags, I'd rather not reinvent the wheel if you guys already are > :) No major overhaul will be required because the field control was designed with this need in mind. But I can't make a specific prediction about what version will have it or when that will be released. Sorry. Regards, Scott > Thanks! > -- > Karl Becker, KB Productions | Featuring Tiger's Eye Casino, > http://www.karlbecker.com | The Fishin' Hole, and New Tricks >| >| Also featuring un-cut writings of Karl! Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to <[EMAIL PROTECTED]>, not this list.
Re: htmlText - problem and feature request...
> > An htmlClickChunk property which would return the same as the >clickChunk but >> something appropriate to the htmlText. Similar properties would eventually >> needed for other Metacard expression (hence the idea of a single function >> above). > >It should be possible to do this with the existing HTML text features >as soon as we get hidden tags implemented. I'm not sure yet whether >even totally useless stuff (like tags) will be retained, but >certainly stuff like HREF tags will be. > Regards, > Scott When will this feature be implemented? Relatively soon (2.3.x) , or will a major overhaul be needed? I'll need a technique to keep these kinds of tags for a project, but if MC will natively support keeping most tags, I'd rather not reinvent the wheel if you guys already are :) Thanks! -- Karl Becker, KB Productions | Featuring Tiger's Eye Casino, http://www.karlbecker.com | The Fishin' Hole, and New Tricks | | Also featuring un-cut writings of Karl! Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to <[EMAIL PROTECTED]>, not this list.
Re: htmlText - problem and feature request...
At 3:11 PM -0700 9/12/2000, Scott Raney <[EMAIL PROTECTED] wrote: >The tags really serve no purpose, even in browsers. They're >more for content-management tools to use. The tag is a stylesheet tag and removing it will remove the page's style sheet. Which is quite a change. -- jeanne a. e. devoto ~ [EMAIL PROTECTED] http://www.jaedworks.com Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to <[EMAIL PROTECTED]>, not this list.
Re: htmlText - problem and feature request...
> From: Scott Raney <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Tue, 12 Sep 2000 12:00:08 -0600 (MDT) > To: [EMAIL PROTECTED] > Subject: Re: htmlText - problem and feature request... > > On Tue, 12 Sep 2000, David Bovill wrote: > >> The following piece of HTML... >> >> >> >> metacard >> >> >> >> >> Date Index >> [Earlier messages] >> >> metacard >> >> >> Is stripped to... >> >> >> Date Index [Earlier messages] >> metacard >> >> >> By Metacard when you set the htmlText of a field and then try to get the >> htmlText later. >> >> Now the offending line is: >> >> >> >> Removing it you get: >> >> Date Index [Earlier messages] >> metacard > > Umm, this looks the same as without it, right? > No - sorry this is a typo. You get a different result with the "Date Index [Earlier messages] metacard The basic point being that a group is "lost", which mucks up the numbering, and hence the possibility of correlating groups with links. By the way does anything other than an "> Presumably because it is picking it up as an "> to fix this as I want to be able to translate between the groups that the >> user clicks on in a field and the "A HREF" links in the original html. To do >> this I aim to build an array where the order of the groups in the htmltext >> corresponds to the order of the links in the original html. >> >> Are there any other problems I should anticipate? I can fix this by >> stripping the header of " tag... what do you recommend? >> An htmlClickChunk property which would return the same as the clickChunk but >> something appropriate to the htmlText. Similar properties would eventually >> needed for other Metacard expression (hence the idea of a single function >> above). > > It should be possible to do this with the existing HTML text features > as soon as we get hidden tags implemented. I'm not sure yet whether > even totally useless stuff (like tags) will be retained, but > certainly stuff like HREF tags will be. Cool, can't wait. I think it would be very useful to retain all tags. I have found that using XML style tags as mark-up is very powerful, as you can display the results so quickly by setting the htmlText of a field. At the moment I have to store the full html as a custom property effectively duplicating the data. Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to <[EMAIL PROTECTED]>, not this list.
Re: htmlText - problem and feature request...
On Tue, 12 Sep 2000, David Bovill wrote: > The following piece of HTML... > > > > metacard > > > > > Date Index > [Earlier messages] > > metacard > > > Is stripped to... > > > Date Index [Earlier messages] > metacard > > > By Metacard when you set the htmlText of a field and then try to get the > htmlText later. > > Now the offending line is: > > > > Removing it you get: > > Date Index [Earlier messages] > metacard Umm, this looks the same as without it, right? > Presumably because it is picking it up as an " to fix this as I want to be able to translate between the groups that the > user clicks on in a field and the "A HREF" links in the original html. To do > this I aim to build an array where the order of the groups in the htmltext > corresponds to the order of the links in the original html. > > Are there any other problems I should anticipate? I can fix this by > stripping the header of " tag... what do you recommend? The tags really serve no purpose, even in browsers. They're more for content-management tools to use. > Feature request > The feature request is to retain all the html in the htmlText property only > displaying whatever is possible as now, and to have a simple way of > translating between displayed characters and those characters in the > original html = htmlText. > > This could either be a function such as: > > "function htmlChunk startChar, endchar, htmlText" > > This may be problematic for complex/unfocussed chunks, so maybe just... > > An htmlClickChunk property which would return the same as the clickChunk but > something appropriate to the htmlText. Similar properties would eventually > needed for other Metacard expression (hence the idea of a single function > above). It should be possible to do this with the existing HTML text features as soon as we get hidden tags implemented. I'm not sure yet whether even totally useless stuff (like tags) will be retained, but certainly stuff like HREF tags will be. Regards, Scott Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to <[EMAIL PROTECTED]>, not this list.