From sasha.vincic at valentinewebsystems.se Wed Feb 4 13:07:02 2009 From: sasha.vincic at valentinewebsystems.se (Sasha Vincic) Date: Wed, 4 Feb 2009 13:07:02 +0100 Subject: [kupu-dev] Kupu image drawer/widget for zope 3 form? Message-ID: <0965BCEE-7FD8-44E2-9C43-5D3D55D7EBFF@valentinewebsystems.se> Hi Is there already a way to reuse kupu "insert image" functionality as own widget for fields in a zope 3 form? I would like to have a "insert image" that opens the image drawer and saves the UID or url to the image in a text/list field. /Sasha From esko.virtanen at sll.fi Mon Feb 16 13:54:40 2009 From: esko.virtanen at sll.fi (Esko Virtanen) Date: Mon, 16 Feb 2009 12:54:40 +0000 (UTC) Subject: [kupu-dev] why is kupu converting br to p ? References: <200807181827.LAA20830@whittier.seas.ucla.edu> Message-ID: > At 10:19 AM 7/18/2008, Simon Michael wrote: >>CMS users want to add br tags sometimes, using Kupu's HTML mode. But >>when switching to HTML mode, existing br tags are converted to p. >> >>I see this with Kupu 1.4.6 and 1.4.10 in all browsers. This is with >>Plone 2.5. Both Kupu control panel and portal_transforms seem to allow >>br tags by default. Using the correct
form doesn't make a >>difference. >> >>Help ? What's going on ? Fri, 18 Jul 2008 11:27:21 -0700, Alex Man wrote: > Simon, > > I'm using Kupu 1.4.10 and it doesn't convert
tag to

when I > switch back and forth between WYSISYG mode and HTML mode or when I save > the page. > > By the way, you can create a line break
by pressing Shift+Enter > in the WYSISYG mode. > > Regards, > > Alex I'm using Kupu-1.4.12 and it DOES convert
tag to

. This happens with FF2, FF3 and Opera in 20 different Plone-sites. The problem started after upgrading kupu from 1.3.9 to 1.4.12 and Plone form 2.5.3 to 2.5.5. Plone 2.5.5, CMF-1.6.4, Zope (Zope 2.9.8-final, python 2.4.4, linux2), Five 1.3.10, Python 2.4.4, PIL 1.1.6 Help? Is there some setting for this or is this a bug? Esko From esko.virtanen at sll.fi Mon Feb 16 15:48:28 2009 From: esko.virtanen at sll.fi (Esko Virtanen) Date: Mon, 16 Feb 2009 14:48:28 +0000 (UTC) Subject: [kupu-dev] why is kupu converting br to p ? References: <200807181827.LAA20830@whittier.seas.ucla.edu> Message-ID: Mon, 16 Feb 2009 12:54:40 +0000, Esko Virtanen wrote: >> At 10:19 AM 7/18/2008, Simon Michael wrote: >>>CMS users want to add br tags sometimes, using Kupu's HTML mode. But >>>when switching to HTML mode, existing br tags are converted to p. >>> >>>I see this with Kupu 1.4.6 and 1.4.10 in all browsers. This is with >>>Plone 2.5. Both Kupu control panel and portal_transforms seem to allow >>>br tags by default. Using the correct
form doesn't make a >>>difference. >>> >>>Help ? What's going on ? > > > Fri, 18 Jul 2008 11:27:21 -0700, Alex Man wrote: >> Simon, >> >> I'm using Kupu 1.4.10 and it doesn't convert
tag to

when I >> switch back and forth between WYSISYG mode and HTML mode or when I save >> the page. >> >> By the way, you can create a line break
by pressing Shift+Enter >> in the WYSISYG mode. >> >> Regards, >> >> Alex > > > I'm using Kupu-1.4.12 and it DOES convert
tag to

. This > happens with FF2, FF3 and Opera in 20 different Plone-sites. The problem > started after upgrading kupu from 1.3.9 to 1.4.12 and Plone form 2.5.3 > to 2.5.5. > > Plone 2.5.5, > CMF-1.6.4, > Zope (Zope 2.9.8-final, python 2.4.4, linux2), Five 1.3.10, > Python 2.4.4, > PIL 1.1.6 > > Help? Is there some setting for this or is this a bug? > > Esko I downloaded kupu svn: svn co http://codespeak.net/svn/kupu/trunk/kupu and made a test install. Still get the same error
is replaced with

&nsbp;

when switching between HTML and WYSIWYG or when I save the page. I have been fighting with this for a while. I need a
! :) Esko From esko.virtanen at sll.fi Mon Feb 16 18:54:23 2009 From: esko.virtanen at sll.fi (Esko Virtanen) Date: Mon, 16 Feb 2009 17:54:23 +0000 (UTC) Subject: [kupu-dev] why is kupu converting br to p ? FIX References: <200807181827.LAA20830@whittier.seas.ucla.edu> Message-ID: I looked at the code and found kupucontentfilters.js line 708 this._cleanupBr = function(ownerdoc, root) When there is no p tags around the whole page, this function replaces br tags with lines containing

 

. In some cases these lines are doubled: some content

 

 

more content

 

 

etc The fix is to tell every web-manager to check that

tags exist in the beginning and end of the HTML before they exit HTML-mode in Kupu. This is not a good solution because most of the people do not understand html. Is it possible to fine-tune function cleanupBr to add missing p tags around the whole page instead of converting br tags everywhere? Example 1 ========= Paste following code to kupu in HTML-mode: Plone
Zope
That becomes: Plone

 

Zope

 

instead of

Plone
Zope

or

Plone

Zope

Example 2 ========= Paste following code to kupu in HTML-mode:

Plone
Zope

That remains the same Esko From runyaga at runyaga.com Mon Feb 16 22:04:52 2009 From: runyaga at runyaga.com (Alan Runyan) Date: Mon, 16 Feb 2009 15:04:52 -0600 Subject: [kupu-dev] blankpage.pt Message-ID: I wonder if it makes sense to stash some hardcoded variables to force browser/proxy cache of blankpage.pt? By default each kupu field will load blankpage; one of our projects has 5 or more kupu fields on the edit page. So we needed to force browser cache.. I can see the argument of not forcing this to cache. It's certainly a small optimization that does make impact. cheers alan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://codespeak.net/pipermail/kupu-dev/attachments/20090216/67180ac8/attachment.htm From locher.hanspeter at googlemail.com Tue Feb 17 09:05:44 2009 From: locher.hanspeter at googlemail.com (Hans-Peter Locher) Date: Tue, 17 Feb 2009 09:05:44 +0100 Subject: [kupu-dev] why is kupu converting br to p ? FIX In-Reply-To: References: <200807181827.LAA20830@whittier.seas.ucla.edu> Message-ID: <5B9E5AAA-6A86-478A-9033-A3453A4BD501@gmail.com> Hi Esko, thank's for your research. Am 16.02.2009 um 18:54 schrieb Esko Virtanen: > I looked at the code and found kupucontentfilters.js line 708 > > this._cleanupBr = function(ownerdoc, root) > > When there is no p tags around the whole page, this function > replaces br > tags with lines containing

 

. In some cases these lines are > doubled: > > some content >

 

>

 

> more content >

 

>

 

> etc > > The fix is to tell every web-manager to check that

tags exist in > the > beginning and end of the HTML before they exit HTML-mode in Kupu. > This is > not a good solution because most of the people do not understand html. > I think it's basically wrong that people use html mode who do not understand html. > Is it possible to fine-tune function cleanupBr to add missing p tags > around the whole page instead of converting br tags everywhere? > > > Example 1 > ========= > > Paste following code to kupu in HTML-mode: > Plone
> Zope
> > That becomes: > Plone >

 

> Zope >

 

> > instead of > >

> Plone
> Zope
>

> > or > >

Plone

>

Zope

> > > Example 2 > ========= > > Paste following code to kupu in HTML-mode: > >

> Plone
> Zope
>

> > That remains the same > > > Esko > > _______________________________________________ > kupu-dev mailing list > kupu-dev at codespeak.net > http://codespeak.net/mailman/listinfo/kupu-dev best regards mr_savage From esko.virtanen at sll.fi Tue Feb 17 11:40:05 2009 From: esko.virtanen at sll.fi (Esko Virtanen) Date: Tue, 17 Feb 2009 10:40:05 +0000 (UTC) Subject: [kupu-dev] why is kupu converting br to p ? FIX References: <200807181827.LAA20830@whittier.seas.ucla.edu> <5B9E5AAA-6A86-478A-9033-A3453A4BD501@gmail.com> Message-ID: Tue, 17 Feb 2009 09:05:44 +0100, Hans-Peter Locher wrote: > Hi Esko, > thank's for your research. > > Am 16.02.2009 um 18:54 schrieb Esko Virtanen: > >> I looked at the code and found kupucontentfilters.js line 708 >> >> this._cleanupBr = function(ownerdoc, root) >> >> When there is no p tags around the whole page, this function replaces >> br >> tags with lines containing

 

. In some cases these lines are >> doubled: >> >> some content >>

 

>>

 

>> more content >>

 

>>

 

>> etc >> >> The fix is to tell every web-manager to check that

tags exist in >> the >> beginning and end of the HTML before they exit HTML-mode in Kupu. This >> is >> not a good solution because most of the people do not understand html. >> >> > I think it's basically wrong that people use html mode who do not > understand html. Hi, It doesn't matter if people understand or do not understarnd html - Kupu is doing wrong thing here. If the p tags around the whole content are compulsory then Kupu should warn or inform about that OR fix that instead of changing the whole page to look totally different than what was intended. I get reports all over from people who say that this new version of Kupu does not feel WYSIWYG anymore because it performs some mysterious changes that seem to be out of their control. Esko >> Is it possible to fine-tune function cleanupBr to add missing p tags >> around the whole page instead of converting br tags everywhere? >> >> >> Example 1 >> ========= >> >> Paste following code to kupu in HTML-mode: > href=http://www.plone.org/>Plone
> href=http://www.zope.com/>Zope
>> >> That becomes: >> Plone

 

>> Zope

 

>> >> instead of >> >>

>> Plone
> href=http://www.zope.com/>Zope

>> >> or >> >>

Plone

> href=http://www.zope.com/>Zope

>> >> >> Example 2 >> ========= >> >> Paste following code to kupu in HTML-mode: >> >>

>> Plone
> href=http://www.zope.com/>Zope

>> >> That remains the same >> >> >> Esko >> >> _______________________________________________ kupu-dev mailing list >> kupu-dev at codespeak.net >> http://codespeak.net/mailman/listinfo/kupu-dev > > best regards > > mr_savage From runyaga at runyaga.com Thu Feb 26 18:30:59 2009 From: runyaga at runyaga.com (Alan Runyan) Date: Thu, 26 Feb 2009 11:30:59 -0600 Subject: [kupu-dev] silently doing more work than it should... Message-ID: Hey guys.. We just got burned by some implicit kupu_library_tool behavior. Anytime you save the form it will regenerate the html-to-captioned and captioned-to-html transforms in portal_transforms. This is quite bad if those transforms are harmful to your application, which they are in our scenerio. I will add a patch to the kupu library tool so that the transforms are not created automagically. Does anyone have any objections? Also we have an outstanding patch that we would like to get applied: https://svn.enfoldsystems.com/trac/public/browser/StageDeployment/trunk/patch/plone-3.1/kupu-1.4.12-resolve-uid.patch Sidnei brought this patch up quite some time ago but it was never applied. How about I get access to the svn and apply patches? -- Alan Runyan Enfold Systems, Inc. http://www.enfoldsystems.com/ phone: +1.713.942.2377x111 fax: +1.832.201.8856 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://codespeak.net/pipermail/kupu-dev/attachments/20090226/3eb9b01d/attachment.htm