From cklinger at novareto.de  Thu Jan  4 16:52:57 2007
From: cklinger at novareto.de (Christian Klinger)
Date: Thu, 04 Jan 2007 16:52:57 +0100
Subject: [kupu-dev] Using Kupu in Plone without AT.
Message-ID: <enj7ha$mk5$1@sea.gmane.org>

Hello List,

how is it possible to use kupu in plone in  a page template without AT.

Are there examples for this?

Thx Christian


Maybe something like this.....

       <div class="field" >
         <div tal:define="inputname python: 'fieldName';
          formname   string:AAA;
          inputvalue string:value;
          width string:12;
          height string:5;
          ">
           <div 
metal:use-macro="here/wysiwyg_support/macros/wysiwygEditorBox">

         The WYSIWYG code
           </div>
         </div>
       </div>


From g.bernhard at akbild.ac.at  Fri Jan  5 08:33:21 2007
From: g.bernhard at akbild.ac.at (bernhard)
Date: Fri, 5 Jan 2007 08:33:21 +0100
Subject: [kupu-dev]  Kupu 1.4 beta 3, i18n image uploads fail!
References: <DCBD6A5D-8048-4D26-856D-6E6FDFDD8BA3@akbild.ac.at>
Message-ID: <2D0E6BFA-B6A3-4558-B905-E5545D4DA572@akbild.ac.at>

Hello, Duncan, hello kupu list!

I still have problems with image uploads as soon as i switch the  
language of a plone site; Image uploads just _fail_ then.

I took three screenshots to show what's going wrong: I have a working  
example with no problems, the site bilingual and english is selected  
(1). I have the same site with german selected, where you can see a  
bug (2), I also experienced a display bug in camino when you click  
the scrollbar (3); But that's of minor importance;

See the screenshots @
(1) http://devwww.akbild.ac.at/zope/misc/ff_good.png
(2) http://devwww.akbild.ac.at/zope/misc/ff_bug.png
(3) http://devwww.akbild.ac.at/zope/misc/camino_1.png

If anyone wants to try that 'live' i have a plone site available @
http://gogo.bluedynamics.com:8380/pl01
u: test
p: test

Zope 2.8.8-final, python 2.3.5, linux2,
CMFPlone (Installed product CMFPlone (2.5.1))
LinguaPlone (Installed product LinguaPlone (0.9.0 - $Revision: 10093 $))
kupu (Installed product kupu (kupu 1.4)), Beta3

This temporary Zope/Plone instance was installed from scratch. To  
reproduce the error simply click the german flag and then edit a  
document to upload an image; Click "Current Folder", click "upload",  
then you can see that the "Title" field is missing and the Labels of  
the fields are somehow mangled (2 fields instead of three are shown).  
Maybe i18n has some serious bugs, i hope my descriptions makes it  
easyer to track down those problems.

Regards, and also thank you all for all the things that _DO_ work,  
kupu has become much better ;-)
Georg Gogo. BERNHARD,
g.bernhard at akbild.ac.at



On 02.01.2007, at 16:50, Duncan Booth wrote:
> bernhard wrote:
>> Hello, kupu-dev, hello duncan booth!
>>
>> Good to hear news from kupu.
>> I just tested kupu 1.4 beta 3 a little and i was able to reproduce  
>> an error in a vanilla plone (2.5) on Zope 2.8.8-final on my box:
>> As soon as I add LinguaPlone and add german as a second language  
>> all image uploads fail:
>> "form.node_prop_title has no properties"
>> There has to be some serious bug in i18n templates; The image  
>> uplaod functionality works great as long as the language settings  
>> are untouched. I really would like to engage kupu1.4 in the site i  
>> am currently working on, the new home page for the Academy of Fine  
>> Arts in Vienna. There have been complaints about the image upload  
>> functionality in the previous (plone2.5-included) kupu version. It  
>> would be very unfortunate if we would have to abandon kupu. Is the  
>> error reproduceable? How can it be fixed?
> Is there a url/userid I can use to access the site which has this  
> problem? That would probably be the quickest way for me to  
> reproduce it.
>


From duncan.booth at suttoncourtenay.org.uk  Fri Jan  5 09:48:36 2007
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Fri, 5 Jan 2007 08:48:36 +0000 (UTC)
Subject: [kupu-dev] Kupu 1.4 beta 3, i18n image uploads fail!
References: <DCBD6A5D-8048-4D26-856D-6E6FDFDD8BA3@akbild.ac.at>
	<2D0E6BFA-B6A3-4558-B905-E5545D4DA572@akbild.ac.at>
Message-ID: <Xns98AF5979B8804duncanrcpcouk@127.0.0.1>

bernhard <g.bernhard at akbild.ac.at> wrote:

> I still have problems with image uploads as soon as i switch the  
> language of a plone site; Image uploads just _fail_ then.

Yes, I'm afraid I still need to go through all the i18n attributes and 
make sure everything which should be translatable is translatable. 
However, this problem appears to be some i18n attributes from the older version 
still lurking on some tags when I'd made some other edits.
Here's a patch which should cure it:

Index: common/kupudrawers/drawer.xsl
===================================================================
--- common/kupudrawers/drawer.xsl	(revision 36104)
+++ common/kupudrawers/drawer.xsl	(working copy)
@@ -432,15 +432,14 @@
                     </span></label>
                 <input id="kupu-upload-file" type="file" name="node_prop_image" size="20"/>
                 <br/>
-                <label i18n:translate="imagedrawer_upload_title_label"
-                    >Title
-                <input id="kupu-upload-title" type="text" name="node_prop_title" size="23"
-                    value=""/>
-                 </label>
-                <label i18n:translate="imagedrawer_upload_desc_label"
-                    >Description<br />
-                <textarea rows="5" cols="40" name="node_prop_desc">&#160;</textarea>
+                <label>
+                   <span i18n:translate="imagedrawer_upload_title_label">Title</span>
+                   <input id="kupu-upload-title" type="text" name="node_prop_title" size="23" value=""/>
                 </label>
+                <label>
+                   <span i18n:translate="imagedrawer_upload_desc_label">Description</span><br />
+                   <textarea rows="5" cols="40" name="node_prop_desc">&#160;</textarea>
+                </label>
             </form>
             <iframe id="kupu_upload_form_target" name="kupu_upload_form_target" src="javascript:''"
                 scrolling="off" frameborder="0" width="0px" height="0px" display="None">&#160;</iframe>


From kumar.raveendran at gmail.com  Fri Jan  5 10:15:26 2007
From: kumar.raveendran at gmail.com (kumar r)
Date: Fri, 5 Jan 2007 14:45:26 +0530
Subject: [kupu-dev] kupu on zope2.9
Message-ID: <efe55d6d0701050115h4684ca07vb5e0c6ac592f27a7@mail.gmail.com>

kupu standalone (without Plone) is not working  on Zope 2.9 .It seems to be
working only on Zope2.7 but not on higher versions.I put kupu in the
Products folder of zope along with FileSystemSite but i still dont get a
kupu object in zope.Does anybody know what is the problem or does kupu not
work on zope2.9....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://codespeak.net/pipermail/kupu-dev/attachments/20070105/8d04b532/attachment.htm 

From duncan.booth at suttoncourtenay.org.uk  Fri Jan  5 14:35:54 2007
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Fri, 5 Jan 2007 13:35:54 +0000 (UTC)
Subject: [kupu-dev] kupu on zope2.9
References: <efe55d6d0701050115h4684ca07vb5e0c6ac592f27a7@mail.gmail.com>
Message-ID: <Xns98AF79F6AE883duncanrcpcouk@127.0.0.1>

"kumar r" <kumar.raveendran at gmail.com> wrote:

> kupu standalone (without Plone) is not working  on Zope 2.9 .It seems
> to be working only on Zope2.7 but not on higher versions.I put kupu in
> the Products folder of zope along with FileSystemSite but i still dont
> get a kupu object in zope.Does anybody know what is the problem or
> does kupu not work on zope2.9....

I guess it may just not work with zope2.9. I don't believe anyone is 
actively maintaining the zope standalone version of kupu.


From duncan.booth at suttoncourtenay.org.uk  Fri Jan  5 14:35:57 2007
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Fri, 5 Jan 2007 13:35:57 +0000 (UTC)
Subject: [kupu-dev] Using Kupu in Plone without AT.
References: <enj7ha$mk5$1@sea.gmane.org>
Message-ID: <Xns98AF5DDD3D5FAduncanrcpcouk@127.0.0.1>

Christian Klinger <cklinger at novareto.de> wrote:

> Hello List,
> 
> how is it possible to use kupu in plone in  a page template without AT.

Sure, no problem.

> 
> Are there examples for this?

Any editing template from Plone 2.0 should do as an example. e.g. 
CMFPlone\skins\plone_content\newsitem_edit_form.cpt:

<div class="field"
   tal:define="text python:request.get('text', getattr(here,'text',''));
   cooked_text python:request.get('text',getattr(here,'cooked_text',''))">

   <label for="text" i18n:translate="label_body_text">Body text</label>

   <tal:editor define="inputname  string:text;
               formname   string:edit_form;
               inputvalue text;
               cooked_inputvalue cooked_text;
               tabindex tabindex/next;">
      <div metal:use-macro="here/wysiwyg_support/macros/wysiwygEditorBox">
         The WYSIWYG code
      </div>
   </tal:editor>

   <div metal:use-macro="here/wysiwyg_support/macros/textFormatSelector">
      Format box, if needed
   </div>

</div>

So pretty similar to what you posted really.


From g.bernhard at akbild.ac.at  Tue Jan  9 08:17:45 2007
From: g.bernhard at akbild.ac.at (bernhard)
Date: Tue, 9 Jan 2007 08:17:45 +0100
Subject: [kupu-dev] Fwd:   Kupu 1.4 beta 3, i18n image uploads fail!
References: <2D0E6BFA-B6A3-4558-B905-E5545D4DA572@akbild.ac.at>
Message-ID: <1B32393F-F559-4A07-BC7C-D651B9ABE0E6@akbild.ac.at>

Hello, again, kupu list!

I really have some serious issues with i18n and kupu-1.4b3, has  
anyone a clue what could be wrong? I have no response. Was anyone  
able to reproduce / view the problems I encounter? I will not be able  
to use kupu on a bi- or multilingual site if image upload does not  
work. I would think it is very unfortunate to abandon kupu for our  
university's site. I hope someone can at least give me a clue where  
to look for the bugs...

Regards,
Georg Gogo. BERNHARD
g.bernhard at akbild.ac.at


Begin forwarded message:

> From: bernhard <g.bernhard at akbild.ac.at>
> Date: 05. J?nner 2007 08:33:21 GMT+01:00
> To: KUPU dev <kupu-dev at codespeak.net>
> Subject: [kupu-dev]  Kupu 1.4 beta 3, i18n image uploads fail!
>
> Hello, Duncan, hello kupu list!
>
> I still have problems with image uploads as soon as i switch the
> language of a plone site; Image uploads just _fail_ then.
>
> I took three screenshots to show what's going wrong: I have a working
> example with no problems, the site bilingual and english is selected
> (1). I have the same site with german selected, where you can see a
> bug (2), I also experienced a display bug in camino when you click
> the scrollbar (3); But that's of minor importance;
>
> See the screenshots @
> (1) http://devwww.akbild.ac.at/zope/misc/ff_good.png
> (2) http://devwww.akbild.ac.at/zope/misc/ff_bug.png
> (3) http://devwww.akbild.ac.at/zope/misc/camino_1.png
>
> If anyone wants to try that 'live' i have a plone site available @
> http://gogo.bluedynamics.com:8380/pl01
> u: test
> p: test
>
> Zope 2.8.8-final, python 2.3.5, linux2,
> CMFPlone (Installed product CMFPlone (2.5.1))
> LinguaPlone (Installed product LinguaPlone (0.9.0 - $Revision:  
> 10093 $))
> kupu (Installed product kupu (kupu 1.4)), Beta3
>
> This temporary Zope/Plone instance was installed from scratch. To
> reproduce the error simply click the german flag and then edit a
> document to upload an image; Click "Current Folder", click "upload",
> then you can see that the "Title" field is missing and the Labels of
> the fields are somehow mangled (2 fields instead of three are shown).
> Maybe i18n has some serious bugs, i hope my descriptions makes it
> easyer to track down those problems.
>
> Regards, and also thank you all for all the things that _DO_ work,
> kupu has become much better ;-)
> Georg Gogo. BERNHARD,
> g.bernhard at akbild.ac.at
>
>
>
> On 02.01.2007, at 16:50, Duncan Booth wrote:
>> bernhard wrote:
>>> Hello, kupu-dev, hello duncan booth!
>>>
>>> Good to hear news from kupu.
>>> I just tested kupu 1.4 beta 3 a little and i was able to reproduce
>>> an error in a vanilla plone (2.5) on Zope 2.8.8-final on my box:
>>> As soon as I add LinguaPlone and add german as a second language
>>> all image uploads fail:
>>> "form.node_prop_title has no properties"
>>> There has to be some serious bug in i18n templates; The image
>>> uplaod functionality works great as long as the language settings
>>> are untouched. I really would like to engage kupu1.4 in the site i
>>> am currently working on, the new home page for the Academy of Fine
>>> Arts in Vienna. There have been complaints about the image upload
>>> functionality in the previous (plone2.5-included) kupu version. It
>>> would be very unfortunate if we would have to abandon kupu. Is the
>>> error reproduceable? How can it be fixed?
>> Is there a url/userid I can use to access the site which has this
>> problem? That would probably be the quickest way for me to
>> reproduce it.
>>
>
> _______________________________________________
> kupu-dev mailing list
> kupu-dev at codespeak.net
> http://codespeak.net/mailman/listinfo/kupu-dev


From duncan.booth at suttoncourtenay.org.uk  Tue Jan  9 09:30:42 2007
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Tue, 9 Jan 2007 08:30:42 +0000 (UTC)
Subject: [kupu-dev] Fwd:   Kupu 1.4 beta 3, i18n image uploads fail!
References: <2D0E6BFA-B6A3-4558-B905-E5545D4DA572@akbild.ac.at>
	<1B32393F-F559-4A07-BC7C-D651B9ABE0E6@akbild.ac.at>
Message-ID: <Xns98B3567D9AA37duncanrcpcouk@127.0.0.1>

bernhard <g.bernhard at akbild.ac.at> wrote:

> 
> I really have some serious issues with i18n and kupu-1.4b3, has  
> anyone a clue what could be wrong? I have no response. Was anyone  
> able to reproduce / view the problems I encounter? I will not be able  
> to use kupu on a bi- or multilingual site if image upload does not  
> work. I would think it is very unfortunate to abandon kupu for our  
> university's site. I hope someone can at least give me a clue where  
> to look for the bugs...
> 

I can see three messages in this thread, the original one you posted, my 
response to that, and the message to which I'm now replying. Was my earlier 
response not helpful?

If you missed my earlier response, then check one of the list archives. 
e.g. http://comments.gmane.org/gmane.comp.web.kupu.devel/1935


From georgeleejr at gmail.com  Tue Jan  9 18:05:07 2007
From: georgeleejr at gmail.com (George Lee)
Date: Tue, 9 Jan 2007 12:05:07 -0500
Subject: [kupu-dev] Bug - Image Resizing With PIL
Message-ID: <f27ffb860701090905i46bf0bb1j44d71832e33e6658@mail.gmail.com>

Hi,

I chose a PIL size for an image I'm inserting into a Kupu rich text
field, such as "image_preview." The HTML reads something like '<img
src="hello.jpg/image_preview" />'

I clicked on the image, then clicked on the image icon in the Kupu
toolbar. It shows the size as "Original" instead of "Preview." If I
then change the size to something like "Mini," the resulting HTML is

'<img src="hello.jpg/image_preview/image_mini" />'

Is this a known bug or one that others have experienced? This is with
kupu trunk, Plone 2.5.1.

Peace,
George

From raina.gamboa at gmail.com  Fri Jan 12 04:15:32 2007
From: raina.gamboa at gmail.com (Raina)
Date: Fri, 12 Jan 2007 11:15:32 +0800
Subject: [kupu-dev] Textarea Backspace/Delete Problem
In-Reply-To: <mailman.4153.1168571637.29450.kupu-dev@codespeak.net>
References: <mailman.4153.1168571637.29450.kupu-dev@codespeak.net>
Message-ID: <c9359b330701111915t20f8331aj4e42cc7f2e008e8f@mail.gmail.com>

The web application I'm trying to debug is using kupu editor and it seems
that there's this bug in Firefox where when trying to edit a post, backspace
and delete key won't work unless you type something or press a button. I've
seen some editors had this kind of problem too but fixed it already. I
wonder if kupu developers already have a work around for this. Thank you
very much.

-- 
~ Raina
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://codespeak.net/pipermail/kupu-dev/attachments/20070112/6b272549/attachment.htm 

From jon at onenw.org  Thu Jan 18 06:24:45 2007
From: jon at onenw.org (Jon Stahl)
Date: Wed, 17 Jan 2007 21:24:45 -0800
Subject: [kupu-dev] could PloneResolveUID be folded into Kupu?
Message-ID: <79EDBCCCD70E25499369860FC555BBFA5AFCB2@bunnyluv.onenorthwest.office>

Duncan-

I was looking at http://plone.org/products/plone-resolveuid, which
"allows to replace existing Kupu resolve uids with real urls usable for
visitors and search engines" which got me to thinking:

-- Why doesn't Kupu do this on its own?
-- Is this fixing some as-yet-unreported bug in Kupu?
-- Is there reason one wouldn't want this functionality?
-- Could/should it in fact be rolled into a future release?

best,
jon
 
-----------------------------
Jon Stahl, Program Manager
ONE/Northwest - Online Networking for the Environment
jon at onenw.org  http://www.onenw.org
206.286.1235x15  skype: jonstahl  y!: jondstahl
 
Want a piece of my mind? Check out my blog at:
http://blogs.onenw.org/jon

 



From duncan.booth at suttoncourtenay.org.uk  Thu Jan 18 13:19:12 2007
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Thu, 18 Jan 2007 12:19:12 +0000 (UTC)
Subject: [kupu-dev] could PloneResolveUID be folded into Kupu?
References: <79EDBCCCD70E25499369860FC555BBFA5AFCB2@bunnyluv.onenorthwest.office>
Message-ID: <Xns98BC7D542174Aduncanrcpcouk@127.0.0.1>

"Jon Stahl" <jon at onenw.org> wrote:

> I was looking at http://plone.org/products/plone-resolveuid, which
> "allows to replace existing Kupu resolve uids with real urls usable for
> visitors and search engines" which got me to thinking:
> 
> -- Why doesn't Kupu do this on its own?
It does, and it always has done the uid linking was introduced. However I 
will admit that the documentation sucks and getting it to work in some 
earlier versions was hard to impossible.

> -- Is this fixing some as-yet-unreported bug in Kupu?
No it is simply duplication of existing functionality.

> -- Is there reason one wouldn't want this functionality?
It slows up page rendering it you aren't using linkbyuid.

> -- Could/should it in fact be rolled into a future release?
No, but I really should improve the documentation so that people don't 
feel they have to reinvent the wheel.

The authors of plone-resolveuid point out correctly that you can use plone-
resolveuid in a situation where you need the uids resolved but have 
uninstalled kupu (I would counter this by arguing that if you have the kupu 
product present but not installed in a Plone site you can use the 
transform).


From emoseley at ocme.unc.edu  Thu Jan 18 22:17:05 2007
From: emoseley at ocme.unc.edu (Edmund Moseley)
Date: Thu, 18 Jan 2007 16:17:05 -0500
Subject: [kupu-dev] kupu spellchecker in plone
Message-ID: <45AFE3D1.7070000@ocme.unc.edu>


Hi,

How should I go about enabling the spell checker in plone? I cannot see 
the icon at all, despite the css #kupu-spellchecker {display: none} 
being commented out.
I am running Plone 2.5.1 on fedora core 6. Aspell is installed.

Any pointers as to how I can enable this functionality is greatly 
appreciated.

Edmund


From abbylanip at yahoo.com  Fri Jan 19 04:24:54 2007
From: abbylanip at yahoo.com (abby lanip)
Date: Thu, 18 Jan 2007 19:24:54 -0800 (PST)
Subject: [kupu-dev] kupu text editor textarea: delete and backspace key
	doesn't work in mozilla
Message-ID: <666502.72247.qm@web52901.mail.yahoo.com>

Hi!

I've got a problem with the text area when  it already has text in it. The delete and backspace key doesn't work on mozilla firefox browser but works on IE. I cannot delete the text unless I type in something then that's the time the delete and backspace key works. Can anyone help me how to resolve this problem? Thank you!

Abby

 
---------------------------------
Don't get soaked.  Take a quick peak at the forecast 
 with theYahoo! Search weather shortcut.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://codespeak.net/pipermail/kupu-dev/attachments/20070118/2d9fd1a6/attachment.htm 

From duncan.booth at suttoncourtenay.org.uk  Fri Jan 19 10:10:14 2007
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Fri, 19 Jan 2007 09:10:14 +0000 (UTC)
Subject: [kupu-dev] kupu spellchecker in plone
References: <45AFE3D1.7070000@ocme.unc.edu>
Message-ID: <Xns98BD56CB672BEduncanrcpcouk@127.0.0.1>

Edmund Moseley <emoseley at ocme.unc.edu> wrote:
> How should I go about enabling the spell checker in plone? I cannot see 
> the icon at all, despite the css #kupu-spellchecker {display: none} 
> being commented out.
> I am running Plone 2.5.1 on fedora core 6. Aspell is installed.
> 
> Any pointers as to how I can enable this functionality is greatly 
> appreciated.

Please try to do this with 1.4beta and document how you did it so that 
other people can benefit.

In 1.4, you can enable the spell check button from the kupu control panel. 
Simply go to the toolbar tab and select it. That will make the button 
visible, but I don't think it will actually work (although I could be 
wrong, I don't have a server set up with Aspell). If you can then get it 
working we can put the necessary changes back into Kupu: now that buttons 
are easily configurable I'm very open to having some that give optional 
functionality.

Alternatively get all your users to use Firefox 1.5 and then they can use 
its builtin spell checker. Perhaps the ideal solution is to get the 
spellcheck button working properly but enable it only for IE.


From y.2007- at wcm-solutions.de  Tue Jan 23 09:36:05 2007
From: y.2007- at wcm-solutions.de (yuppie)
Date: Tue, 23 Jan 2007 09:36:05 +0100
Subject: [kupu-dev] tool actions
Message-ID: <ep4hgt$jdb$1@sea.gmane.org>

Hi!


Some tool methods used for context menu and button actions already have 
these two lines:

     this.editor.focusDocument();
     this.editor.updateState();

I was able to get rid of some strange behavior by adding focusDocument() 
to the top and updateState() to the bottom of other tool methods.

If there is nothing wrong with this pattern I'd like to modify several 
methods.

Any objections?


Cheers,

	Yuppie



From duncan.booth at suttoncourtenay.org.uk  Tue Jan 23 15:01:25 2007
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Tue, 23 Jan 2007 14:01:25 +0000 (UTC)
Subject: [kupu-dev] tool actions
References: <ep4hgt$jdb$1@sea.gmane.org>
Message-ID: <Xns98C17C29944A8duncanrcpcouk@127.0.0.1>

yuppie <y.2007- at wcm-solutions.de> wrote:

> Hi!
> 
> 
> Some tool methods used for context menu and button actions already have 
> these two lines:
> 
>      this.editor.focusDocument();
>      this.editor.updateState();
> 
> I was able to get rid of some strange behavior by adding focusDocument() 
> to the top and updateState() to the bottom of other tool methods.
> 
> If there is nothing wrong with this pattern I'd like to modify several 
> methods.
> 
> Any objections?
> 
None from me.


From emoseley at ocme.unc.edu  Tue Jan 23 17:30:03 2007
From: emoseley at ocme.unc.edu (Edmund Moseley)
Date: Tue, 23 Jan 2007 11:30:03 -0500
Subject: [kupu-dev] kupu spellchecker in plone
Message-ID: <45B6380B.1080407@ocme.unc.edu>




    Subject: Re: [kupu-dev] kupu spellchecker in plone
    To: kupu-dev at codespeak.net
    Message-ID: <Xns98BD56CB672BEduncanrcpcouk at 127.0.0.1>
    Content-Type: text/plain; charset=iso-8859-1

    Edmund Moseley <emoseley at ocme.unc.edu> wrote:
      

>     > How should I go about enabling the spell checker in plone? I cannot see 
>     > the icon at all, despite the css #kupu-spellchecker {display: none} 
>     > being commented out.
>     > I am running Plone 2.5.1 on fedora core 6. Aspell is installed.
>     > 
>     > Any pointers as to how I can enable this functionality is greatly 
>     > appreciated.
>         

    Please try to do this with 1.4beta and document how you did it so that 
    other people can benefit.

    In 1.4, you can enable the spell check button from the kupu control panel. 
    Simply go to the toolbar tab and select it. That will make the button 
    visible, but I don't think it will actually work (although I could be 
    wrong, I don't have a server set up with Aspell). If you can then get it 
    working we can put the necessary changes back into Kupu: now that buttons 
    are easily configurable I'm very open to having some that give optional 
    functionality.

      

Duncan,
Thanks for the advice. I tried installing Kupu 1.4 beta, and enabling 
the spell check button, but the button did not show.
I double checked, and the user that starts zope, has access to Aspell.
Any other ideas?

Thanks,
Edmund



From matt at elyt.com  Wed Jan 24 10:54:47 2007
From: matt at elyt.com (Matt)
Date: Wed, 24 Jan 2007 22:54:47 +1300
Subject: [kupu-dev] xpath queries on kupu drawers in plone
Message-ID: <60d4509f0701240154l4273f6f6pdad4315dad832e95@mail.gmail.com>

Plone 2.5.2, Kupu 1.3.9, Firefox 2.0.0.1, Firebug 1.0b9

The symptom is this, if I go to a page edit tab and click the image
insert button to open the drawers, and then go to the firebug console
in firefox, I get the following results for xpath queries:

>>> $x('//div[@id="kupu-librarydrawer"]/div')
[]
>>> $x('//div[@id="kupu-librarydrawer"]/*')
[h1, div#kupu-searchbox, div.kupu-panels, div.kupu-dialogbuttons]

>>> $x('//div[@id="root"]')
[]

>>> $x('//*[@id="root"]')
[div#root.kupu-libsource]

The HTML these selectors should locate on are in this fragment:

<div class="kupu-librarydrawer-parent" style="display: block;">
  <div id="kupu-librarydrawer" class="kupu-drawer kupu-librarydrawer"
style="display: block;">
    <h1 style="padding: 0pt; float: left;">Insert Image</h1>
    <div id="kupu-searchbox" style="text-align: right;">
      <form onsubmit="return false;">
      </form>
    </div>
    <div class="kupu-panels">
      <table>
        <tr class="kupu-panelsrow">
          <td id="kupu-librariespanel" class="panel">
            <div id="kupu-librariesitems" class="overflow">
               <div id="root" class="kupu-libsource"
onclick="drawertool.current_drawer.selectLibrary('root');"
title="Home" style="">
               </div>
               <div id="current" class="kupu-libsource"
onclick="drawertool.current_drawer.selectLibrary('current');"
title="Current folder" style="">
               </div>
               <div id="myitems" class="kupu-libsource"
onclick="drawertool.current_drawer.selectLibrary('myitems');"
title="My recent items" style="">
               </div>
               <div id="recentitems" class="kupu-libsource"
onclick="drawertool.current_drawer.selectLibrary('recentitems');"
title="Recent items" style="">
               </div>
            </div>
          </td>
          <td id="kupu-resourcespanel" class="panel">
          </td>
          <td id="kupu-propertiespanel" class="panel">
          </td>
        </tr>
      </table>
    </div>
    <div class="kupu-dialogbuttons">
    </div>
  </div>
</div>


Either there is something about * I don't understand in xpath
expressions, or there is something strange going on with xpath that
firebug uses (which I guess is part of the firefox javascript engine).
I was wondering if anyone has come across this in their debugging
sessions, or know why this happens?


cheers
Matt

From jon at onenw.org  Thu Jan 25 03:00:55 2007
From: jon at onenw.org (Jon Stahl)
Date: Wed, 24 Jan 2007 18:00:55 -0800
Subject: [kupu-dev] could PloneResolveUID be folded into Kupu?
In-Reply-To: <Xns98BC7D542174Aduncanrcpcouk@127.0.0.1>
References: <79EDBCCCD70E25499369860FC555BBFA5AFCB2@bunnyluv.onenorthwest.office>
	<Xns98BC7D542174Aduncanrcpcouk@127.0.0.1>
Message-ID: <79EDBCCCD70E25499369860FC555BBFA5AFD33@bunnyluv.onenorthwest.office>


Hey Duncan!

> From: Duncan Booth

> "Jon Stahl" <jon at onenw.org> wrote:
> 
> > I was looking at http://plone.org/products/plone-resolveuid, which 
> > "allows to replace existing Kupu resolve uids with real urls usable 
> > for visitors and search engines" which got me to thinking:
> > 
> > -- Why doesn't Kupu do this on its own?
> It does, and it always has done the uid linking was 
> introduced. However I will admit that the documentation sucks 
> and getting it to work in some earlier versions was hard to 
> impossible.

No worries, documentation is fixable. ;-)  And I'm only interested in
current /future versions. :-)

 
> > -- Is this fixing some as-yet-unreported bug in Kupu?
> No it is simply duplication of existing functionality.

Figured.  :-P
 
> > -- Is there reason one wouldn't want this functionality?
> It slows up page rendering it you aren't using linkbyuid.

Makes sense.  I guess one would only want it turned on if one was using
LinkbyUID.

> > -- Could/should it in fact be rolled into a future release?
> No, but I really should improve the documentation so that 
> people don't feel they have to reinvent the wheel.

That would be really nice.  I remember trying to follow the current docs
one time, and giving up in frustration.  I'd be happy to be your guinea
pig for a testing a rewrite to see if it is understandable by mere
mortals. 

> The authors of plone-resolveuid point out correctly that you 
> can use plone- resolveuid in a situation where you need the 
> uids resolved but have uninstalled kupu (I would counter this 
> by arguing that if you have the kupu product present but not 
> installed in a Plone site you can use the transform).

This is somewhat irrelevant to my use-cases.

Thanks for clarifying all of the above.

best,
jon

From matt at elyt.com  Thu Jan 25 11:14:13 2007
From: matt at elyt.com (Matt)
Date: Thu, 25 Jan 2007 23:14:13 +1300
Subject: [kupu-dev] xpath queries on kupu drawers in plone
In-Reply-To: <60d4509f0701240154l4273f6f6pdad4315dad832e95@mail.gmail.com>
References: <60d4509f0701240154l4273f6f6pdad4315dad832e95@mail.gmail.com>
Message-ID: <60d4509f0701250214v152f9248o8bf88840c113a553@mail.gmail.com>

Turns out to be a namespace thing:

The following show up the elements properly referenced:

>>> $x("//*[namespace-uri()='http://www.w3.org/1999/xhtml' and
local-name()='div']")
[div#kupu-searchbox, div.kupu-panels,
div#kupu-librariesitems.overflow, div#root.kupu-libsource,
div#current.kupu-libsource,
 div#myitems.kupu-libsource, div#recentitems.kupu-libsource,
div#kupu-resourceitems.overflow, div#kupu-properties.overflow,
 div.kupu-dialogbuttons]

Thanks to Jo?o Eiras for the hint.

cheers
Matt

On 1/24/07, Matt <matt at elyt.com> wrote:
> Plone 2.5.2, Kupu 1.3.9, Firefox 2.0.0.1, Firebug 1.0b9
>
> The symptom is this, if I go to a page edit tab and click the image
> insert button to open the drawers, and then go to the firebug console
> in firefox, I get the following results for xpath queries:
>
> >>> $x('//div[@id="kupu-librarydrawer"]/div')
> []
> >>> $x('//div[@id="kupu-librarydrawer"]/*')
> [h1, div#kupu-searchbox, div.kupu-panels, div.kupu-dialogbuttons]
>
> >>> $x('//div[@id="root"]')
> []
>
> >>> $x('//*[@id="root"]')
> [div#root.kupu-libsource]
>
> The HTML these selectors should locate on are in this fragment:
>
> <div class="kupu-librarydrawer-parent" style="display: block;">
>   <div id="kupu-librarydrawer" class="kupu-drawer kupu-librarydrawer"
> style="display: block;">
>     <h1 style="padding: 0pt; float: left;">Insert Image</h1>
>     <div id="kupu-searchbox" style="text-align: right;">
>       <form onsubmit="return false;">
>       </form>
>     </div>
>     <div class="kupu-panels">
>       <table>
>         <tr class="kupu-panelsrow">
>           <td id="kupu-librariespanel" class="panel">
>             <div id="kupu-librariesitems" class="overflow">
>                <div id="root" class="kupu-libsource"
> onclick="drawertool.current_drawer.selectLibrary('root');"
> title="Home" style="">
>                </div>
>                <div id="current" class="kupu-libsource"
> onclick="drawertool.current_drawer.selectLibrary('current');"
> title="Current folder" style="">
>                </div>
>                <div id="myitems" class="kupu-libsource"
> onclick="drawertool.current_drawer.selectLibrary('myitems');"
> title="My recent items" style="">
>                </div>
>                <div id="recentitems" class="kupu-libsource"
> onclick="drawertool.current_drawer.selectLibrary('recentitems');"
> title="Recent items" style="">
>                </div>
>             </div>
>           </td>
>           <td id="kupu-resourcespanel" class="panel">
>           </td>
>           <td id="kupu-propertiespanel" class="panel">
>           </td>
>         </tr>
>       </table>
>     </div>
>     <div class="kupu-dialogbuttons">
>     </div>
>   </div>
> </div>
>
>
> Either there is something about * I don't understand in xpath
> expressions, or there is something strange going on with xpath that
> firebug uses (which I guess is part of the firefox javascript engine).
> I was wondering if anyone has come across this in their debugging
> sessions, or know why this happens?
>
>
> cheers
> Matt
>

From joao.eiras at gmail.com  Thu Jan 25 12:52:32 2007
From: joao.eiras at gmail.com (=?iso-8859-15?Q?Jo=E3o_Eiras?=)
Date: Thu, 25 Jan 2007 11:52:32 -0000
Subject: [kupu-dev] xpath queries on kupu drawers in plone
In-Reply-To: <60d4509f0701240154l4273f6f6pdad4315dad832e95@mail.gmail.com>
References: <60d4509f0701240154l4273f6f6pdad4315dad832e95@mail.gmail.com>
Message-ID: <op.tmpklu1mjz3wb9@dragast>


And another thing: this expression

     //div[@id="kupu-librarydrawer"]

will lookup all div in a document, and for each it'll try to match that id
attribute which is at least a O(N) operation and at most O(N^2). Instead
use the id() function which it the same as using getElementById in the
DOM. Since ids are unique, the implementations store references to the
nodes in some sort of map or hash table for efficieny. So this will always
be much faster:

    id("kupu-librarydrawer")

Just 2 cents :P



Na , Matt <matt at elyt.com> escreveu:

> Plone 2.5.2, Kupu 1.3.9, Firefox 2.0.0.1, Firebug 1.0b9
>
> The symptom is this, if I go to a page edit tab and click the image
> insert button to open the drawers, and then go to the firebug console
> in firefox, I get the following results for xpath queries:
>
>>>> $x('//div[@id="kupu-librarydrawer"]/div')
> []
>>>> $x('//div[@id="kupu-librarydrawer"]/*')
> [h1, div#kupu-searchbox, div.kupu-panels, div.kupu-dialogbuttons]
>
>>>> $x('//div[@id="root"]')
> []
>
>>>> $x('//*[@id="root"]')
> [div#root.kupu-libsource]
>
> The HTML these selectors should locate on are in this fragment:
>
> <div class="kupu-librarydrawer-parent" style="display: block;">
>   <div id="kupu-librarydrawer" class="kupu-drawer kupu-librarydrawer"
> style="display: block;">
>     <h1 style="padding: 0pt; float: left;">Insert Image</h1>
>     <div id="kupu-searchbox" style="text-align: right;">
>       <form onsubmit="return false;">
>       </form>
>     </div>
>     <div class="kupu-panels">
>       <table>
>         <tr class="kupu-panelsrow">
>           <td id="kupu-librariespanel" class="panel">
>             <div id="kupu-librariesitems" class="overflow">
>                <div id="root" class="kupu-libsource"
> onclick="drawertool.current_drawer.selectLibrary('root');"
> title="Home" style="">
>                </div>
>                <div id="current" class="kupu-libsource"
> onclick="drawertool.current_drawer.selectLibrary('current');"
> title="Current folder" style="">
>                </div>
>                <div id="myitems" class="kupu-libsource"
> onclick="drawertool.current_drawer.selectLibrary('myitems');"
> title="My recent items" style="">
>                </div>
>                <div id="recentitems" class="kupu-libsource"
> onclick="drawertool.current_drawer.selectLibrary('recentitems');"
> title="Recent items" style="">
>                </div>
>             </div>
>           </td>
>           <td id="kupu-resourcespanel" class="panel">
>           </td>
>           <td id="kupu-propertiespanel" class="panel">
>           </td>
>         </tr>
>       </table>
>     </div>
>     <div class="kupu-dialogbuttons">
>     </div>
>   </div>
> </div>
>
>
> Either there is something about * I don't understand in xpath
> expressions, or there is something strange going on with xpath that
> firebug uses (which I guess is part of the firefox javascript engine).
> I was wondering if anyone has come across this in their debugging
> sessions, or know why this happens?
>
>
> cheers
> Matt
> _______________________________________________
> kupu-dev mailing list
> kupu-dev at codespeak.net
> http://codespeak.net/mailman/listinfo/kupu-dev



From sune at headnet.dk  Mon Jan 29 10:54:59 2007
From: sune at headnet.dk (Sune Toft - Headnet)
Date: Mon, 29 Jan 2007 10:54:59 +0100
Subject: [kupu-dev] Resolving UIDs to absolute URLs for anonymous users
In-Reply-To: <79EDBCCCD70E25499369860FC555BBFA5AFD33@bunnyluv.onenorthwest.office>
References: <79EDBCCCD70E25499369860FC555BBFA5AFCB2@bunnyluv.onenorthwest.office>	<Xns98BC7D542174Aduncanrcpcouk@127.0.0.1>
	<79EDBCCCD70E25499369860FC555BBFA5AFD33@bunnyluv.onenorthwest.office>
Message-ID: <45BDC473.2080401@headnet.dk>

Hi :)

In extension to the dialog below, could somebody (eg. Duncan) briefly 
explain how to resolve UID to absolute URls for anonymous user

I have tried with http://plone.org/products/plone-resolveuid, but it 
resolves UIDs to relative URLs which won't work for images in a newsletter


Br
/sune



Jon Stahl skrev:
> Hey Duncan!
>
>   
>> From: Duncan Booth
>>     
>
>   
>> "Jon Stahl" <jon at onenw.org> wrote:
>>
>>     
>>> I was looking at http://plone.org/products/plone-resolveuid, which 
>>> "allows to replace existing Kupu resolve uids with real urls usable 
>>> for visitors and search engines" which got me to thinking:
>>>
>>> -- Why doesn't Kupu do this on its own?
>>>       
>> It does, and it always has done the uid linking was 
>> introduced. However I will admit that the documentation sucks 
>> and getting it to work in some earlier versions was hard to 
>> impossible.
>>     
>
> No worries, documentation is fixable. ;-)  And I'm only interested in
> current /future versions. :-)
>
>  
>   
>>> -- Is this fixing some as-yet-unreported bug in Kupu?
>>>       
>> No it is simply duplication of existing functionality.
>>     
>
> Figured.  :-P
>  
>   
>>> -- Is there reason one wouldn't want this functionality?
>>>       
>> It slows up page rendering it you aren't using linkbyuid.
>>     
>
> Makes sense.  I guess one would only want it turned on if one was using
> LinkbyUID.
>
>   
>>> -- Could/should it in fact be rolled into a future release?
>>>       
>> No, but I really should improve the documentation so that 
>> people don't feel they have to reinvent the wheel.
>>     
>
> That would be really nice.  I remember trying to follow the current docs
> one time, and giving up in frustration.  I'd be happy to be your guinea
> pig for a testing a rewrite to see if it is understandable by mere
> mortals. 
>
>   
>> The authors of plone-resolveuid point out correctly that you 
>> can use plone- resolveuid in a situation where you need the 
>> uids resolved but have uninstalled kupu (I would counter this 
>> by arguing that if you have the kupu product present but not 
>> installed in a Plone site you can use the transform).
>>     
>
> This is somewhat irrelevant to my use-cases.
>
> Thanks for clarifying all of the above.
>
> best,
> jon
> _______________________________________________
> kupu-dev mailing list
> kupu-dev at codespeak.net
> http://codespeak.net/mailman/listinfo/kupu-dev
>
>
>
>   

-- 
========================
Sune Toft
Partner, Projektleder

Headnet ApS
Fruebjergvej 3
Symbion Science Park - Box 50
2100 K?benhavn ?.

Telefon: +45 3917 9750
Fax: +45 3917 9751
Mobil: +45 2943 9585

http://www.headnet.dk
sune at headnet.dk
=======================

Headnet - devoted to Plone
http://www.plone.org
Vinder af "Bedst til Nettet" 2005 - 2006
http://bedstpaanettet.dk 

 

 


From duncan.booth at suttoncourtenay.org.uk  Mon Jan 29 13:35:41 2007
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Mon, 29 Jan 2007 12:35:41 +0000 (UTC)
Subject: [kupu-dev] Resolving UIDs to absolute URLs for anonymous users
References: <79EDBCCCD70E25499369860FC555BBFA5AFD33@bunnyluv.onenorthwest.office>
	<45BDC473.2080401@headnet.dk>
Message-ID: <Xns98C7801D7673Dduncanrcpcouk@127.0.0.1>

Sune Toft - Headnet <sune at headnet.dk> wrote:

> In extension to the dialog below, could somebody (eg. Duncan) briefly 
> explain how to resolve UID to absolute URls for anonymous user
> 
> I have tried with http://plone.org/products/plone-resolveuid, but it 
> resolves UIDs to relative URLs which won't work for images in a
> newsletter 
> 
Use the transform which comes with kupu: it resolves UIDs to absolute path 
urls (it used to resolve them to absolute urls, but that gives problems if 
there is more than one hostname accessing your site).

To get it working, your best bet is to start with the latest 1.4 beta and 
try following the instructions in the documentation. The transform is still 
documented as being for captioning: I need to rewrite it to make it obvious 
that the uid transform is the more important part.

When you get to the inevitable conclusion that the documentation is unclear 
or wrong then post back here and I'll try to fix it.



From y.2007- at wcm-solutions.de  Tue Jan 30 12:50:37 2007
From: y.2007- at wcm-solutions.de (yuppie)
Date: Tue, 30 Jan 2007 12:50:37 +0100
Subject: [kupu-dev] deleting tables - small proposal
Message-ID: <epnbgg$fvp$1@sea.gmane.org>

Hi!


The delete/backspace keys are not very useful for deleting tables. The 
TableTool has a delTable() function, but it is only used in the context 
menu. If the context menu is disabled, there is no easy way to delete 
tables.

I propose to add 'remove' buttons in the table drawer and box, just to 
the right of the 'fix' buttons.

Risks: AFAICS this requires to change the TableToolBox API in a non 
backwards compatible way. Is that a problem? Is the trunk currently 
frozen for changes like that?


Cheers,

	Yuppie


From kenneth.m.mcdonald at sbcglobal.net  Tue Jan 30 20:15:56 2007
From: kenneth.m.mcdonald at sbcglobal.net (Kenneth McDonald)
Date: Tue, 30 Jan 2007 13:15:56 -0600
Subject: [kupu-dev] Questions on 'low-level' manipulation of elements of
	kupu.
Message-ID: <45BF996C.6050607@sbcglobal.net>

First, my understanding is that kupu is based on the (slightly 
different) builtin abilities of IE and FF to make HTML editable, and so 
I think that many of these questions will related to those editable 
modes, rather than directly to kupu. However, I'm hoping that the 
questions here will be relevant enough to be of interest, and I 
certainly haven't been able to find out how to do this stuff from any 
other source.

My main question is, can the cursor be controlled explicitly? If I can 
do this, I think many of my other questions will sort of answer 
themselves. I'd like to be able to do the following:

    - Intercept keypresses before they reach the cursor, so I can 
process them in my own way.
    - Issue commands to the cursor; both simulating keypresses (i.e. to 
move up and down), and also abstract commands, for example to position 
the cursor at a particular place within the DOM structure the cursor is 
contained in.
    - Find the x and y coordinates of the cursor.
    - Change the appearance of the cursor.

The (first) goal of all of this is customized cursor movement for 
special-purpose editors.

I don't really know how the cursor is implemented in editable documents; 
if it's a special-purpose construct built in at a low-level, or if it's 
a more general DOM construct. I'm hoping it's implemented as (in FF) a 
'Range' object or something similar, but if it is, I can't figure out 
how to get access to it, nor can I figure out any simple way how a Range 
instance would be able determine its horizontal place so as to be able 
to correctly move up and down in the text, in response to keypresses. (I 
can think of some non-simple ways, but they all involve significant 
intermediate DOM manipulation, are pretty messy.)

Many thanks,
Ken

From cbelanger at accessibiliteweb.com  Tue Jan 30 22:02:51 2007
From: cbelanger at accessibiliteweb.com (=?ISO-8859-1?Q?Christophe_B=E9langer?=)
Date: Tue, 30 Jan 2007 16:02:51 -0500
Subject: [kupu-dev] br question
Message-ID: <45BFB27B.2030806@accessibiliteweb.com>

Hi,

--- first post here :-) ---

I'm trying to replace de default <br> tag with <br /> to keep my xhtml 
strict doctype ok.  Is it possible ?

Thank you.

(please notify me if i'm on th wrong list for that question)

-- 

Christophe B?langer
Expert en Accessibilit? du Web
cbelanger at accessibiliteweb.com

Coop?rative Accessibilit?Web
http://www.accessibiliteweb.com



From duncan.booth at suttoncourtenay.org.uk  Tue Jan 30 22:18:04 2007
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Tue, 30 Jan 2007 21:18:04 +0000 (UTC)
Subject: [kupu-dev] br question
References: <45BFB27B.2030806@accessibiliteweb.com>
Message-ID: <Xns98C8D8AC4B532duncanrcpcouk@127.0.0.1>

Christophe B?langer <cbelanger at accessibiliteweb.com> wrote:

> Hi,
> 
> --- first post here :-) ---
> 
> I'm trying to replace de default <br> tag with <br /> to keep my xhtml 
> strict doctype ok.  Is it possible ?

Yes. In fact kupu already does that for you.

A common mistake however is from Plone users who think that the html saved 
in Plone is the html that Kupu uploaded: if you have html tidy on your 
system then that will convert all the <br /> tags back to <br> again.


From matt at elyt.com  Tue Jan 30 23:37:26 2007
From: matt at elyt.com (Matt)
Date: Wed, 31 Jan 2007 11:37:26 +1300
Subject: [kupu-dev] br question
In-Reply-To: <Xns98C8D8AC4B532duncanrcpcouk@127.0.0.1>
References: <45BFB27B.2030806@accessibiliteweb.com>
	<Xns98C8D8AC4B532duncanrcpcouk@127.0.0.1>
Message-ID: <60d4509f0701301437v7573dbcard78dfa8e175142b8@mail.gmail.com>

why does tidy not run with the -asxhtml option?

cheers
Matt


On 1/31/07, Duncan Booth <duncan.booth at suttoncourtenay.org.uk> wrote:
> Christophe B?langer <cbelanger at accessibiliteweb.com> wrote:
>
> > Hi,
> >
> > --- first post here :-) ---
> >
> > I'm trying to replace de default <br> tag with <br /> to keep my xhtml
> > strict doctype ok.  Is it possible ?
>
> Yes. In fact kupu already does that for you.
>
> A common mistake however is from Plone users who think that the html saved
> in Plone is the html that Kupu uploaded: if you have html tidy on your
> system then that will convert all the <br /> tags back to <br> again.
>
> _______________________________________________
> kupu-dev mailing list
> kupu-dev at codespeak.net
> http://codespeak.net/mailman/listinfo/kupu-dev
>

From duncan.booth at suttoncourtenay.org.uk  Wed Jan 31 12:01:24 2007
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Wed, 31 Jan 2007 11:01:24 +0000 (UTC)
Subject: [kupu-dev] Questions on 'low-level' manipulation of elements of
	kupu.
References: <45BF996C.6050607@sbcglobal.net>
Message-ID: <Xns98C96CA6EB967duncanrcpcouk@127.0.0.1>

Kenneth McDonald <kenneth.m.mcdonald at sbcglobal.net> wrote:

> I don't really know how the cursor is implemented in editable
> documents; if it's a special-purpose construct built in at a
> low-level, or if it's a more general DOM construct. I'm hoping it's
> implemented as (in FF) a 'Range' object or something similar, but if
> it is, I can't figure out how to get access to it, nor can I figure
> out any simple way how a Range instance would be able determine its
> horizontal place so as to be able to correctly move up and down in the
> text, in response to keypresses. (I can think of some non-simple ways,
> but they all involve significant intermediate DOM manipulation, are
> pretty messy.) 
> 

In kupu call the getSelection() method on the editor object and it will
return you either a MozillaSelection or IESelection object. This will
allow you to manipulate the selection range in a not-so-browser-dependant
way.

Mapping the selection to the physical layout on the screen is not
really feasible though.


From duncan.booth at suttoncourtenay.org.uk  Wed Jan 31 12:01:23 2007
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Wed, 31 Jan 2007 11:01:23 +0000 (UTC)
Subject: [kupu-dev] deleting tables - small proposal
References: <epnbgg$fvp$1@sea.gmane.org>
Message-ID: <Xns98C96D00E59duncanrcpcouk@127.0.0.1>

yuppie <y.2007- at wcm-solutions.de> wrote:

> Hi!
> 
> 
> The delete/backspace keys are not very useful for deleting tables. The 
> TableTool has a delTable() function, but it is only used in the context 
> menu. If the context menu is disabled, there is no easy way to delete 
> tables.
> 
> I propose to add 'remove' buttons in the table drawer and box, just to 
> the right of the 'fix' buttons.
> 
> Risks: AFAICS this requires to change the TableToolBox API in a non 
> backwards compatible way. Is that a problem? Is the trunk currently 
> frozen for changes like that?
> 
> 
Plone doesn't use the toolboxes so I think it shouldn't impact the Plone 
users.

Would it be hard to add buttons to insert/delete rows and columns in the 
table drawer? Killing the right context menu unfortunately means that IE 
users no longer have any way to do that.


From y.2007- at wcm-solutions.de  Wed Jan 31 13:02:38 2007
From: y.2007- at wcm-solutions.de (yuppie)
Date: Wed, 31 Jan 2007 13:02:38 +0100
Subject: [kupu-dev] deleting tables - small proposal
In-Reply-To: <Xns98C96D00E59duncanrcpcouk@127.0.0.1>
References: <epnbgg$fvp$1@sea.gmane.org>
	<Xns98C96D00E59duncanrcpcouk@127.0.0.1>
Message-ID: <epq0io$had$1@sea.gmane.org>

Hi Duncan!


Duncan Booth wrote:
> yuppie <y.2007- at wcm-solutions.de> wrote:
>>
>> The delete/backspace keys are not very useful for deleting tables. The 
>> TableTool has a delTable() function, but it is only used in the context 
>> menu. If the context menu is disabled, there is no easy way to delete 
>> tables.
>>
>> I propose to add 'remove' buttons in the table drawer and box, just to 
>> the right of the 'fix' buttons.
>>
>> Risks: AFAICS this requires to change the TableToolBox API in a non 
>> backwards compatible way. Is that a problem? Is the trunk currently 
>> frozen for changes like that?
>>
>>
> Plone doesn't use the toolboxes so I think it shouldn't impact the Plone 
> users.

Since nobody else objected, I'll go ahead.

> Would it be hard to add buttons to insert/delete rows and columns in the 
> table drawer? Killing the right context menu unfortunately means that IE 
> users no longer have any way to do that.

???

AFAICS these buttons exist already. Something wrong with them?


Cheers,

	Yuppie


From cbelanger at accessibiliteweb.com  Wed Jan 31 14:21:11 2007
From: cbelanger at accessibiliteweb.com (=?ISO-8859-1?Q?Christophe_B=E9langer?=)
Date: Wed, 31 Jan 2007 08:21:11 -0500
Subject: [kupu-dev] br question
In-Reply-To: <Xns98C8D8AC4B532duncanrcpcouk@127.0.0.1>
References: <45BFB27B.2030806@accessibiliteweb.com>
	<Xns98C8D8AC4B532duncanrcpcouk@127.0.0.1>
Message-ID: <45C097C7.2070006@accessibiliteweb.com>

Hi,

Duncan Booth a ?crit :

>Christophe B?langer <cbelanger at accessibiliteweb.com> wrote:
>  
>
>>I'm trying to replace de default <br> tag with <br /> to keep my xhtml 
>>strict doctype ok.  Is it possible ?
>>    
>>
>
>Yes. In fact kupu already does that for you.
>
>A common mistake however is from Plone users who think that the html saved 
>in Plone is the html that Kupu uploaded: if you have html tidy on your 
>system then that will convert all the <br /> tags back to <br> again.
>
Thank you very much. You see it right ... i'm using Plone (without html 
tidy). So everythings works fine. Kupu is a great tool for our needs, we 
need a WYSIWYG that can be very restrictive to keep the accessibility 
level that we target (AA).

In this way, where can I replace the actual tags behind the ?B? and ?I? 
button ? I need to put ?strong? and ?em? instead.

-- 

Christophe B?langer
Expert en Accessibilit? du Web
cbelanger at accessibiliteweb.com

Coop?rative Accessibilit?Web
http://www.accessibiliteweb.com