logo       
Google Custom Search
    AddThis Social Bookmark Button
-->

Re: [cowiki-dev] [cowiki] Using AJAX for form validation: msg#00039

Subject: Re: [cowiki-dev] [cowiki] Using AJAX for form validation
Using AJAX to validate the page seems like a reasonable use, especially if we can also use it to identify where the trouble spot is.  I think it would be a good thing because then we wouldn't have to save syntactically incorrect pages.

I like the idea of offering a menu of valid links to insert.  Such a thing could also be used to validate links once they are entered...

Using it for page maintenance also seems to make sense...

Should we think about including a WYSIWYG editor as well?  Clearly it can be done...

Daniel T. Gorski wrote:
On 18 Jun 14:06, John (yt) Hogenmiller wrote:

  
On 6/18/05, Sy <sy1234@xxxxxxxxx> wrote:
    

  
At the very least, AJAX lets bandwidth usage be much more intelligent.
Sortof like what frames was supposed to do.  ;)

      
Technically, AJAX (and methods like it) submit/retreive something
every time you exit a  form element.  But it's a very small amount
being submitted that typically, you barely notice.
    

At first I need to say that coWiki didn't require _javascript_ so far. If you
want to change this basically, make it good. Means: if you want to use JS
someday and take it for granted for coWiki to work, you may replace some
functionalities with JS directly. These may be e.g. already existing
dialogues.

Such (XML)-RPCs/requests like this AJAX (horrible name for an old
technology) provides, make sense in at least two coWiki cases:

 a) The display of the tree if you want to move documents. To select the
    target branch you may use XML-RPC to retrieve the subtree data to be
    displayed. This would also scale in the case that the tree has > 10.000
    nodes or such.

 b) If you have a smart textarea that displays an additionaly layer with
    document name suggestions after you typed "((" or "[[" and a few
    characters. I think I don't need to describe this functionality further.

regards dtg

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xxxxxxxxxxxxxxxxx
For additional commands, e-mail: dev-help@xxxxxxxxxxxxxxxxx

  
<Prev in Thread] Current Thread [Next in Thread>