I am aware of many possible intricate possibilities. However, (1) Many or most cases are simple without text substitution, right on the page. (2) No perfect location is necessary. The vicinity should be enough. We all have a built-in pattern matcher. Once we are close enough, we can find orientation rather quickly. (3) Keep it simple.
I don't think it is easy to implement. I have no clue how a solution can look like. I stated a problem many users face every day. And the requirement is easily formulated: Something "in" that page is responsible for what is "on" that page. The cursor shall be placed as close to it as possible (Personally, I do not use the GUI editor...). Best Regards, Uwe Werner Am 16.03.2009 um 22:41 schrieb m...@heavy.ch: > hi there > > > Dr. Uwe Werner schrieb: >> >> User satisfaction would grow enormously if Moin was able position the >> cursor where the double click took place (or close by). > > yes that would be great idea, but it seems to me quite difficult. > because a wiki pages can also contains macros, acl, pragam, comments, > etc.. so you can't count just lines and only a search for the clicked > keyword would also mostly fail. This should work for the text and gui > editor either and what's happen if you click on a included page? > should > the included page be open? hmmm... > > bye > Marcel ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Moin-user mailing list Moin-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user
