|
»
»
About toolbars in non-standard places (like including text area in wiki page via tracker plugin) : fix if easy, else, let's just remove
|
View:
New views
3 Messages
—
Rating Filter:
Alert me
|
 |
About toolbars in non-standard places (like including text area in wiki page via tracker plugin) : fix if easy, else, let's just remove
by Marc Laporte-3
::
Rate this Message:
Hi!
Toolbars are amazing now. Beautiful. I am very happy. I think we are very close to quasi-WYSIWYG while keeping rock-solid wiki syntax. They are getting tested in wiki pages, and bugs are getting ironed out. Now, there are some non standard places, where it's still problematic. To see what I mean: 1- Take latest trunk 2- Apply http://profiles.tikiwiki.org/Bug_Tracker 3- Visit the page Bug_Tracker Try using the various quicktags. On various browsers, I get all kinds of weird behavior. Safari: Click on color picker, I get smiley picker wiki link & external link causes page refresh (and loss of input) table builder causes page refresh (and loss of input) click help, go to plugins, try to insert a plugin: help closes but no plugin form appears IE6: wiki link & external link causes page refresh (and loss of input) many visual issues Firefox: enlarge page causes page refresh (and loss of input) table builder causes page refresh (and loss of input) And there are many more. Just click around and you see various issues. I suspect most of these issues have a small number of root causes. I suggest: 1- fix what is easy 2- the tools not be shown when it's too broken Thanks! -- Marc Laporte http://MarcLaporte.com http://TikiWiki.org/MarcLaporte http://AvanTech.net http://OurWiki.net ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Tikiwiki-devel mailing list Tikiwiki-devel@... https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |
|
|
Re: About toolbars in non-standard places (like including text area in wiki page via tracker plugin) : fix if easy, else, let's just remove
by Jonny Bradley-2
::
Rate this Message:
Ok, that wasn't too bad (most of it - r22584) - TRACKERS - what are they like?!!?#$?%^#?!!!!? (by the way, when i save a "bug" it tries to send me to ((Bug_Tracker)), not just Bug_Tracker, which i think is an error in the profile?) The other bit - wrong pickers, is a little more chewy - it happens when there are more than one toolbar on a page (the other one being comments for me). I need to change the way that stores the picker data (LP only dealt with cases 0 and 1 ;) - it also, obviously, shouldn't repeat data... Hope the other bits are fixed for you! More soon, jb On 22 Oct 2009, at 17:43, Marc Laporte wrote: > Hi! > > Toolbars are amazing now. Beautiful. I am very happy. I think we are > very close to quasi-WYSIWYG while keeping rock-solid wiki syntax. They > are getting tested in wiki pages, and bugs are getting ironed out. > > Now, there are some non standard places, where it's still problematic. > To see what I mean: > > > 1- Take latest trunk > > 2- Apply http://profiles.tikiwiki.org/Bug_Tracker > > 3- Visit the page Bug_Tracker > > Try using the various quicktags. On various browsers, I get all kinds > of weird behavior. > > Safari: > Click on color picker, I get smiley picker > wiki link & external link causes page refresh (and loss of input) > table builder causes page refresh (and loss of input) > click help, go to plugins, try to insert a plugin: help closes but no > plugin form appears > > IE6: > wiki link & external link causes page refresh (and loss of input) > many visual issues > > Firefox: > enlarge page causes page refresh (and loss of input) > table builder causes page refresh (and loss of input) > > > And there are many more. Just click around and you see various issues. > I suspect most of these issues have a small number of root causes. > > I suggest: > 1- fix what is easy > 2- the tools not be shown when it's too broken > > Thanks! > > > -- > Marc Laporte > > http://MarcLaporte.com > http://TikiWiki.org/MarcLaporte > http://AvanTech.net > http://OurWiki.net > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Tikiwiki-devel mailing list > Tikiwiki-devel@... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Tikiwiki-devel mailing list Tikiwiki-devel@... https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |
|
|
Re: About toolbars in non-standard places (like including text area in wiki page via tracker plugin) : fix if easy, else, let's just remove
by Marc Laporte-3
::
Rate this Message:
Full screen edit goes crazy when a tracker form in a wiki page.
M ;-) On Thu, Oct 22, 2009 at 4:42 PM, Jonny Bradley <tw@...> wrote: > > Ok, that wasn't too bad (most of it - r22584) - TRACKERS - what are > they like?!!?#$?%^#?!!!!? (by the way, when i save a "bug" it tries to > send me to ((Bug_Tracker)), not just Bug_Tracker, which i think is an > error in the profile?) > > The other bit - wrong pickers, is a little more chewy - it happens > when there are more than one toolbar on a page (the other one being > comments for me). I need to change the way that stores the picker data > (LP only dealt with cases 0 and 1 ;) - it also, obviously, shouldn't > repeat data... > > Hope the other bits are fixed for you! > > More soon, > > jb > > > On 22 Oct 2009, at 17:43, Marc Laporte wrote: > >> Hi! >> >> Toolbars are amazing now. Beautiful. I am very happy. I think we are >> very close to quasi-WYSIWYG while keeping rock-solid wiki syntax. They >> are getting tested in wiki pages, and bugs are getting ironed out. >> >> Now, there are some non standard places, where it's still problematic. >> To see what I mean: >> >> >> 1- Take latest trunk >> >> 2- Apply http://profiles.tikiwiki.org/Bug_Tracker >> >> 3- Visit the page Bug_Tracker >> >> Try using the various quicktags. On various browsers, I get all kinds >> of weird behavior. >> >> Safari: >> Click on color picker, I get smiley picker >> wiki link & external link causes page refresh (and loss of input) >> table builder causes page refresh (and loss of input) >> click help, go to plugins, try to insert a plugin: help closes but no >> plugin form appears >> >> IE6: >> wiki link & external link causes page refresh (and loss of input) >> many visual issues >> >> Firefox: >> enlarge page causes page refresh (and loss of input) >> table builder causes page refresh (and loss of input) >> >> >> And there are many more. Just click around and you see various issues. >> I suspect most of these issues have a small number of root causes. >> >> I suggest: >> 1- fix what is easy >> 2- the tools not be shown when it's too broken >> >> Thanks! >> >> >> -- >> Marc Laporte >> >> http://MarcLaporte.com >> http://TikiWiki.org/MarcLaporte >> http://AvanTech.net >> http://OurWiki.net >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart >> your >> developing skills, take BlackBerry mobile applications to market and >> stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> Tikiwiki-devel mailing list >> Tikiwiki-devel@... >> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Tikiwiki-devel mailing list > Tikiwiki-devel@... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > -- Marc Laporte http://MarcLaporte.com http://TikiWiki.org/MarcLaporte http://AvanTech.net http://OurWiki.net ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Tikiwiki-devel mailing list Tikiwiki-devel@... https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |
| Free embeddable forum powered by Nabble | Forum Help |
