From jaroslav at akl.lt Sun Sep 9 14:46:03 2007 From: jaroslav at akl.lt (Jaroslav =?UTF-8?Q?=C5=A0atkevi=C4=8D?=) Date: Sun, 09 Sep 2007 15:46:03 +0300 Subject: [kupu-dev] lithuanian kupu translation Message-ID: <1189341963.6252.0.camel@juodas> Hello, here is lithuanian kupu translation for Plone. -- Jaroslav ?atkevi? Tel.: +370 683 79238 El.pa?tas.: jaroslav at akl.lt -------------- next part -------------- A non-text attachment was scrubbed... Name: kupu-lt.po Type: text/x-gettext-translation Size: 25134 bytes Desc: not available Url : http://codespeak.net/pipermail/kupu-dev/attachments/20070909/3bf63350/attachment-0001.bin From sisi at foei.org Tue Sep 11 18:09:41 2007 From: sisi at foei.org (sisi) Date: Tue, 11 Sep 2007 18:09:41 +0200 Subject: [kupu-dev] bug report to be re-opened? Message-ID: <46E6BDC5.5070904@foei.org> Hi all, We are experiencing a bug for kupu 1.3.9 detailed here: http://dev.plone.org/plone/ticket/6849 (quick synopsis: Javascript popup: Creation of 'image' content is not allowed in when uploading an 'image' from the kupu visual editor.) Unfortunatly I have already upgraded to 1.4 and still get the error. I cannot reproduce it on our test server that has the same config and largely the same content as our live server, and I cannot reproduce it on another site on the same server. I reinstalled kupu (by deleting and then installing in the portal_quickinstaller) to make sure it was picking up the new version of kupu on the server (which I added months ago anyway, so I assume I had already done that) and it still does not work. I've gone over everything that might be different between the test server and the live server and cannot find anything. I've tested in a couple of browsers too, to see if it's not some caching in my firefox. Could it be plone caching? I don't want to resubmit the bug, because I see that it's working on other sites, and I see that the code is different, but I have no idea how to go further with de-bugging this. If anyone has any ideas about what it might be or how I might debug further, I'd appreciate it. If no one has any ideas, then I'd like to resubmit a bug report on this for 1.4 Cheers, sisi -- # sisi nutt # extranet coordinator # Friends of the Earth International # PO Box 19199 # 1000 GD Amsterdam # The Netherlands # Tel 31 20 6221369 # Fax 31 20 6392181 # http://www.foei.org # email sisi at foei.org # skype foei_sisi From j.ladage at zestsoftware.nl Tue Sep 11 19:10:55 2007 From: j.ladage at zestsoftware.nl (Jean-Paul Ladage) Date: Tue, 11 Sep 2007 19:10:55 +0200 Subject: [kupu-dev] bug report to be re-opened? In-Reply-To: <46E6BDC5.5070904@foei.org> References: <46E6BDC5.5070904@foei.org> Message-ID: <46E6CC1F.9090801@zestsoftware.nl> Hi Sisi, Are you sure the permissions are correct? Normally you get this error if that user is not allowed to add content to the given folder. What happens if you browse to the given folder as the tested user? Do you have the add item dropdown and are you able to add an image in that folder? Folders have the "Restrict" option under the dropdown "Add item". It might be there some types are excluded. PS: http://szp.nl/gebruikersdag are you coming too ? Kind regards, Jean-Paul sisi wrote: > Hi all, > > We are experiencing a bug for kupu 1.3.9 detailed here: > http://dev.plone.org/plone/ticket/6849 > > (quick synopsis: Javascript popup: Creation of 'image' content is not > allowed in when uploading an 'image' from the kupu > visual editor.) > > Unfortunatly I have already upgraded to 1.4 and still get the error. I > cannot reproduce it on our test server that has the same config and > largely the same content as our live server, and I cannot reproduce it > on another site on the same server. I reinstalled kupu (by deleting and > then installing in the portal_quickinstaller) to make sure it was > picking up the new version of kupu on the server (which I added months > ago anyway, so I assume I had already done that) and it still does not > work. I've gone over everything that might be different between the test > server and the live server and cannot find anything. > > I've tested in a couple of browsers too, to see if it's not some caching > in my firefox. Could it be plone caching? > > I don't want to resubmit the bug, because I see that it's working on > other sites, and I see that the code is different, but I have no idea > how to go further with de-bugging this. If anyone has any ideas about > what it might be or how I might debug further, I'd appreciate it. If no > one has any ideas, then I'd like to resubmit a bug report on this for 1.4 > > Cheers, > sisi > -------------- next part -------------- A non-text attachment was scrubbed... Name: j.ladage.vcf Type: text/x-vcard Size: 392 bytes Desc: not available Url : http://codespeak.net/pipermail/kupu-dev/attachments/20070911/02ffe89b/attachment.vcf From sisi at foei.org Tue Sep 11 22:47:29 2007 From: sisi at foei.org (sisi) Date: Tue, 11 Sep 2007 22:47:29 +0200 Subject: [kupu-dev] bug report to be re-opened? In-Reply-To: <46E6CC1F.9090801@zestsoftware.nl> References: <46E6BDC5.5070904@foei.org> <46E6CC1F.9090801@zestsoftware.nl> Message-ID: <46E6FEE1.1000400@foei.org> Jean-Paul Ladage wrote: > Hi Sisi, Hi Jean Paul! > Are you sure the permissions are correct? Normally you get this error if > that user is not allowed to add content to the given folder. > > What happens if you browse to the given folder as the tested user? Do > you have the add item dropdown and are you able to add an image in that > folder? > > Folders have the "Restrict" option under the dropdown "Add item". It > might be there some types are excluded. I basically thought that this was a permissions problem when I first started looking at it, but when I found the bug report online I stopped investigating the permissions. I have checked your suggestions but unfortunatly they don't apply. At least "image" is not restricted to any users with the right permissions in the folders where this error is happening (which as far as I can tell is happening in every folder, but it's a big site). However, since I can't reproduce it on the test server, I will dive back into that line of enquirey, thanks for the tip! > > PS: http://szp.nl/gebruikersdag are you coming too ? I was planning on attending, of course :-) I was just being lazy with my registration... Grts, sisi > Kind regards, > > Jean-Paul > > sisi wrote: >> Hi all, >> >> We are experiencing a bug for kupu 1.3.9 detailed here: >> http://dev.plone.org/plone/ticket/6849 >> >> (quick synopsis: Javascript popup: Creation of 'image' content is not >> allowed in when uploading an 'image' from the kupu >> visual editor.) >> >> Unfortunatly I have already upgraded to 1.4 and still get the error. I >> cannot reproduce it on our test server that has the same config and >> largely the same content as our live server, and I cannot reproduce it >> on another site on the same server. I reinstalled kupu (by deleting and >> then installing in the portal_quickinstaller) to make sure it was >> picking up the new version of kupu on the server (which I added months >> ago anyway, so I assume I had already done that) and it still does not >> work. I've gone over everything that might be different between the test >> server and the live server and cannot find anything. >> >> I've tested in a couple of browsers too, to see if it's not some caching >> in my firefox. Could it be plone caching? >> >> I don't want to resubmit the bug, because I see that it's working on >> other sites, and I see that the code is different, but I have no idea >> how to go further with de-bugging this. If anyone has any ideas about >> what it might be or how I might debug further, I'd appreciate it. If >> no one has any ideas, then I'd like to resubmit a bug report on this >> for 1.4 >> >> Cheers, >> sisi >> From enzo at noiza.com Thu Sep 13 14:35:47 2007 From: enzo at noiza.com (Enzo Cesanelli) Date: Thu, 13 Sep 2007 14:35:47 +0200 Subject: [kupu-dev] Kupu error after reinstall Message-ID: I tried to upgrade kupu to 1.4.2 but I receive an error like the ticket 6970 reports http://dev.plone.org/plone/ticket/6970. So I disinstalled it and reinstalled via QuickInstaller. Anything seems to gone right. But when I want to add an image to a page via kupu the clock is freezed. So in the console via firebug I see a js error: > libnode.selectSingleNode is not a function > [Break on this error] var > selected;while((selected=this.xmldata.selectSingleNode('//*[@selected]'))){s... I tried anything I can do it: reinstall via GS, empty the browser cache, restart the server, pack the db... My environment is Python 2.4.3 | Zope 2.9.7 | Plone 2.5.3 If someone knows how to fix it... Thanks in advanced, Enzo Cesanelli From duncan.booth at suttoncourtenay.org.uk Fri Sep 14 19:38:09 2007 From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth) Date: Fri, 14 Sep 2007 17:38:09 +0000 (UTC) Subject: [kupu-dev] Kupu error after reinstall References: Message-ID: Enzo Cesanelli wrote: > I tried to upgrade kupu to 1.4.2 but I receive an error like the > ticket 6970 reports http://dev.plone.org/plone/ticket/6970. So I > disinstalled it and reinstalled via QuickInstaller. Anything seems to > gone right. > > But when I want to add an image to a page via kupu the clock is > freezed. So in the console via firebug I see a js error: > >> libnode.selectSingleNode is not a function >> [Break on this error] var >> > selected;while((selected=this.xmldata.selectSingleNode('//*[@selected]' > ))){s... > > I tried anything I can do it: reinstall via GS, empty the browser > cache, restart the server, pack the db... > > My environment is > Python 2.4.3 | Zope 2.9.7 | Plone 2.5.3 > > If someone knows how to fix it... > Thanks in advanced, > Enzo Cesanelli > Could you put your portal javascripts into debug mode so that the system doesn't try to compress them and see if you can get a line number for the error? From enzo at noiza.com Sat Sep 15 14:24:42 2007 From: enzo at noiza.com (Enzo Cesanelli) Date: Sat, 15 Sep 2007 14:24:42 +0200 Subject: [kupu-dev] Kupu error after reinstall In-Reply-To: Message-ID: > Enzo Cesanelli wrote: > >> I tried to upgrade kupu to 1.4.2 but I receive an error like the >> ticket 6970 reports http://dev.plone.org/plone/ticket/6970. So I >> disinstalled it and reinstalled via QuickInstaller. Anything seems to >> gone right. >> >> But when I want to add an image to a page via kupu the clock is >> freezed. So in the console via firebug I see a js error: >> >>> libnode.selectSingleNode is not a function >>> [Break on this error] var >>> >> selected;while((selected=this.xmldata.selectSingleNode('//*[@selected]' >> ))){s... >> >> I tried anything I can do it: reinstall via GS, empty the browser >> cache, restart the server, pack the db... >> >> My environment is >> Python 2.4.3 | Zope 2.9.7 | Plone 2.5.3 >> >> If someone knows how to fix it... >> Thanks in advanced, >> Enzo Cesanelli >> > > Could you put your portal javascripts into debug mode so that the system > doesn't try to compress them and see if you can get a line number for the > error? Ok, it seems like the interested line is the n. 361. Hope can help, Enzo From sisi at foei.org Tue Sep 18 16:18:01 2007 From: sisi at foei.org (sisi) Date: Tue, 18 Sep 2007 16:18:01 +0200 Subject: [kupu-dev] adding paypal code to page in kupu Message-ID: <46EFDE19.4030108@foei.org> Hi kupu'ers, I have been trying to get some paypal generated code to turn up in a page in our plone site. I thought it must be to do with filtering, but I have not been able to solve it via filtering. The code is not actually being stripped/filtered from kupu, it just does not show up when we save the page. After saving, the code is still there when being re-edited, and the paypal button is still visible in the kupu gui. I thought it might be a problem with retrieving an image from an external site, but I have tried to add an image from within the site, and it still does not show up in the page once I have saved. It seems that kupu won't display images that are embedded within an input tag. I can't find anything in the docs that'll help me get around that. If anyone has any ideas as to where I should look in the docs to solve this, or has gone over this themselves, please point me in the right direction! The code I want to add is:
Zope 2.9.6-final Plone 2.5.2 kupu 1.4 Cheers, sisi -- # sisi nutt # extranet coordinator # Friends of the Earth International # PO Box 19199 # 1000 GD Amsterdam # The Netherlands # Tel 31 20 6221369 # Fax 31 20 6392181 # http://www.foei.org # email sisi at foei.org # skype foei_sisi From robichon at esrf.fr Wed Sep 19 10:56:40 2007 From: robichon at esrf.fr (Marie Robichon) Date: Wed, 19 Sep 2007 10:56:40 +0200 Subject: [kupu-dev] changing image sizes breaks images Kupu 1.4.2 Message-ID: Hi everyone, I am testing Kupu 1.4.2 on a Plone 2.1.4 site and have come across the following two problems/questions: 1. How do I configure kupu to show the preview image in the image drawer? in kupu_library_tool/zmi_resource_types, have set up an action url thus: type: image preview: string:$object_url/image_thumb Normal Image: string:$object_url fieldname: image default_scale: image_preview classes: type (dropdown): Image That works but I am not sure if this is causing the problem below: 2. images are broken when size is changed, to reproduce: - Insert an image in default size (preview), the resulting img src is "myimage.gif/image_preview" - select the image and open the image drawer again and change size to tile for example, - the image is broken and the resulting img src is "myimage.gif/image_preview/image_tile" I have tried removing the action url to see if this changes anything but it doesn't.. Thanks in advance for your help Best regards Marie Robichon From duncan.booth at suttoncourtenay.org.uk Wed Sep 19 20:17:04 2007 From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth) Date: Wed, 19 Sep 2007 18:17:04 +0000 (UTC) Subject: [kupu-dev] adding paypal code to page in kupu References: <46EFDE19.4030108@foei.org> Message-ID: sisi wrote: > > Hi kupu'ers, > > I have been trying to get some paypal generated code to turn up in a > page in our plone site. I thought it must be to do with filtering, but > I have not been able to solve it via filtering. The code is not > actually being stripped/filtered from kupu, it just does not show up > when we save the page. After saving, the code is still there when > being re-edited, and the paypal button is still visible in the kupu > gui. > You've got
and tags in that code: unless you have changed it I think the safe_html output transform will be filtering them out so that's where you need to look. From maxm at mxm.dk Fri Sep 28 17:58:18 2007 From: maxm at mxm.dk (Max M) Date: Fri, 28 Sep 2007 17:58:18 +0200 Subject: [kupu-dev] Avoid filtering of specific attribute Message-ID: I am adding some "dynamic" functionality to a field. The field uses Kupu as an editor. I have a tage that looks like this: dynamisk I need it to not be filtered by Kupu. I have tried various combos of:: setAttrFilter(attributes,filter) setTagAttributes(tags,attributes) includeTagAttributes(tags, attributes) excludeTagAttributes(tags, attributes) But it is not that clear to me how they work. How do I best go about avoiding my "dynafield:view" attribute being filtered? -- hilsen/regards Max M, Denmark http://www.mxm.dk/ IT's Mad Science From duncan.booth at suttoncourtenay.org.uk Fri Sep 28 19:58:52 2007 From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth) Date: Fri, 28 Sep 2007 17:58:52 +0000 (UTC) Subject: [kupu-dev] Avoid filtering of specific attribute References: Message-ID: Max M wrote: > I am adding some "dynamic" functionality to a field. The field uses Kupu > as an editor. > > I have a tage that looks like this: > >dynamisk > > I need it to not be filtered by Kupu. > > I have tried various combos of:: > > setAttrFilter(attributes,filter) > setTagAttributes(tags,attributes) > includeTagAttributes(tags, attributes) > excludeTagAttributes(tags, attributes) > > But it is not that clear to me how they work. > > How do I best go about avoiding my "dynafield:view" attribute being > filtered? First guess: includeTagAttributes('span', 'dynafield:view') But I'm not sure that will work or if the unexpected namespace might cause problems. Remember that with recent versions of kupu toggling source view on and off applies the filtering so you can see if your custom attributes are surviving kupu's filtering.