Mike,
Now that I have everything working with 2.5-SNAPSHOT I wanted to propose a change to you. Let me start by saying the code for this is already written in my local environment.
My scenario is one where the Use Case allows for multiple FCKEditors on one screen. In this case, I need all the editor's <INPUT> tags to have the same "name" so that the values are passed as a String[] in the request. The "id" for the input has to be unique for all of the controls to work so setting instanceName="XXX" for all the editors on the screen will not suffice.
I have modified the Tag class, TLD, and FCKEditor class to optionally accept a "name", and if the name is passed it is set on the input, but if not passed the instanceName is used for the "id" and the "name".
In my case, I took it a step further because I dont really care what the "id" is, only the "name". So, passing the String "auto" as the instanceName will automatically generate a unique "id" for each INPUT tag. I know this is a little specific, but I did find other developers with a similar problem. I have been running this code in production for about 1-2 years now in a version of 2.3 that I patched for my installation.
Are you interested in implementing part of all of these into the 2.5 release? If so, I can send you the patches for the 3 files and open up an appropriate ticket.
Thanks.
Now that I have everything working with 2.5-SNAPSHOT I wanted to propose a change to you. Let me start by saying the code for this is already written in my local environment.
My scenario is one where the Use Case allows for multiple FCKEditors on one screen. In this case, I need all the editor's <INPUT> tags to have the same "name" so that the values are passed as a String[] in the request. The "id" for the input has to be unique for all of the controls to work so setting instanceName="XXX" for all the editors on the screen will not suffice.
I have modified the Tag class, TLD, and FCKEditor class to optionally accept a "name", and if the name is passed it is set on the input, but if not passed the instanceName is used for the "id" and the "name".
In my case, I took it a step further because I dont really care what the "id" is, only the "name". So, passing the String "auto" as the instanceName will automatically generate a unique "id" for each INPUT tag. I know this is a little specific, but I did find other developers with a similar problem. I have been running this code in production for about 1-2 years now in a version of 2.3 that I patched for my installation.
Are you interested in implementing part of all of these into the 2.5 release? If so, I can send you the patches for the 3 files and open up an appropriate ticket.
Thanks.
Re: Flexibility with Java Taglib
Re: Flexibility with Java Taglib
your idea sounds interesting. I tend to use multiple params at once in forms too. It's very convenient.
I have never used multiple editors in the same page. Does every editor content gets transmitted when you push save in one editor?
So far, your idea seems feasable but generating an auto id would mean that the editor is not reachable through JS.
I can do simply do the following: introduce a new param "inputName" which is optional. If a value is provided, it will be set as input.name otherwise the id would be taken for.
Did you understand you correctly? If so, file a ticket, attach patches and will discuss this in trac.
Mike
Re: Flexibility with Java Taglib
I am going to create a ticket and upload the patches.
The autogenerated id works just fine as you will see when the patches are applied.
I do have 1...n editors on a page in one of my use cases and since each editor has a hidden input with a distinct DIV and a similar NAME, when the form is submitted the String[] of editor values is passed in the HTTPRequest parameters.
I got the latest trunk this morning to create the patches from.
Let me know if you have any questions.
Re: Flexibility with Java Taglib
Ticket Created and linked to this topic.
http://dev.fckeditor.net/ticket/3660
Re: Flexibility with Java Taglib
Re: Flexibility with Java Taglib
Spammer!