From duncan.booth at suttoncourtenay.org.uk  Tue Jan  1 14:40:43 2008
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Tue, 1 Jan 2008 13:40:43 +0000 (UTC)
Subject: [kupu-dev] Safari - current state of issues?
References: <91D7E227-49A9-403F-9A91-3418DE2377A1@mac.com>
	<Xns9A15D7A97AD6duncanrcpcouk@127.0.0.1>
	<F3544FA5-C4E5-4099-B1E6-D8D5CF2F7693@mac.com>
Message-ID: <Xns9A186F9CE3102duncanrcpcouk@127.0.0.1>

Jay Batson <batsonjay at mac.com> wrote:

> First, thanks for the update.
> 
> Second:
> On Dec 29, 2007, at 4:18 PM, Duncan Booth wrote:
>> The main problem at present is that Safari inserts a lot of <span
>> class="Apple-span-style"> tags every time you try to format anything
> (snip)
>> On Plone, kupu supports (i.e. is enabled for) recente versions of  
>> Safari
>> 3+webkit out of the box, however the remaining issues with Safari  
>> mean that
>> actually using it is still somewhat problematic.
> 
> 
> So, I interpret this to say that the bottom line is Kupu "works  
> problematically" using Safari3+webkit.  However, what was less clear  
> is whether:
> - The "problematic" issues that remain are unresolvable until Apple  
> whacks their <span> stuff?
> - The problematic issues could be made to go away with programming  
> effort (which would presumably be backed out once Apple whacked their  
><span> stuff)?
> 
> ??

Yes, one of those.

The "problematic" issues are obscure until apple whacks their span stuff. 
i.e. there may or may not be further issues which just haven't been spotted 
yet.

The situation could undoubtedly be improved by programming effort, but 
since the webkit developers are working to fix their side of the problem 
there doesn't seem much point putting in excessive effort working round 
bugs which are due to go away soon in any case. I've improved the filtering 
on trunk so that when it filters out all the attributes on a span tag it 
can remove it entirely: that seems a useful improvement in any case.

Of course, if anyone else wants to put in further work on workarounds then 
they are most welcome.


From batsonjay at mac.com  Thu Jan  3 00:21:57 2008
From: batsonjay at mac.com (Jay Batson)
Date: Wed, 2 Jan 2008 18:21:57 -0500
Subject: [kupu-dev] Safari - current state of issues?
In-Reply-To: <Xns9A186F9CE3102duncanrcpcouk@127.0.0.1>
References: <91D7E227-49A9-403F-9A91-3418DE2377A1@mac.com>
	<Xns9A15D7A97AD6duncanrcpcouk@127.0.0.1>
	<F3544FA5-C4E5-4099-B1E6-D8D5CF2F7693@mac.com>
	<Xns9A186F9CE3102duncanrcpcouk@127.0.0.1>
Message-ID: <0F51B676-B760-48D4-AFB0-4BB40C0A66AE@mac.com>

> Yes, one of those.
> (snip)      but
> since the webkit developers are working to fix their side of the  
> problem
> there doesn't seem much point putting in excessive effort working  
> round
> bugs which are due to go away soon in any case.

Ack.  We can't really do anything for about a month anyway; I was just  
future-planning.

We'll go poking about a bit once we get our heads above water.

Thanks
-jb

-----------------
Jay Batson
batsonjay at mac.com
+1-978-824-0111 (w)
+1-978-758-1599 (m)



From gregory at aclin.org  Wed Jan 16 23:46:07 2008
From: gregory at aclin.org (Stephen P. Gregory)
Date: Wed, 16 Jan 2008 15:46:07 -0700
Subject: [kupu-dev] Kupu Spell Checker?
Message-ID: <478E892F.6060906@aclin.org>

Can anyone let me know the status of the spell check
feature in Kupu?

I upgraded to kupu 1.4.7 recently (from 1.3.8) but
the spell check button does not appear on the kupu
toolbar.  I did check the box to enable the button
on the configurator page (/kupu_library_tool/zmi_toolbar),
but the button still does not appear.

I did find some messages on the Plone Issue Tracker
indicating that the spell checker had been disabled
due to some issues, but was not certain as to the
outcome of that.

thanks for any update,
-Steve Gregory
Colorado





Our System:
-----------
Plone 2.1.4,
Zope (Zope 2.8.9.1-final, python 2.4.4, linux2),
Python 2.4.4 (#1, May 25 2007, 12:30:28) [GCC 3.4.6 20060404 (Red Hat 
3.4.6-8)],
PIL 1.1.5
Red Hat Linux
aspell-en-0.51-11:50

From sune at headnet.dk  Thu Jan 17 21:26:22 2008
From: sune at headnet.dk (Sune Toft - Headnet)
Date: Thu, 17 Jan 2008 21:26:22 +0100
Subject: [kupu-dev] Kupu Spell Checker?
In-Reply-To: <478E892F.6060906@aclin.org>
References: <478E892F.6060906@aclin.org>
Message-ID: <478FB9EE.9080901@headnet.dk>

Hi :)

Two things:

1) How to turn on  TOC in the anchor-drawer again. It has been working 
but due to upgrading to 1.4.7 and downgrading again to 1.4.3 the TOC 
function has disappeared. Link to anchor and Manage Anchors is still 
available. 


2) We doing a simple newsletter and uses Kupu as a editor. When 
composing the newsletter we want to use external link-function to make 
internal links. The reason for us not just making internal links with 
the internal links function is that we use ResloveUID which also gives 
probs when sending them out in a mail. Do anyone got a suggestion to fix 
this ?

Br
/sune






Stephen P. Gregory skrev:
> Can anyone let me know the status of the spell check
> feature in Kupu?
>
> I upgraded to kupu 1.4.7 recently (from 1.3.8) but
> the spell check button does not appear on the kupu
> toolbar.  I did check the box to enable the button
> on the configurator page (/kupu_library_tool/zmi_toolbar),
> but the button still does not appear.
>
> I did find some messages on the Plone Issue Tracker
> indicating that the spell checker had been disabled
> due to some issues, but was not certain as to the
> outcome of that.
>
> thanks for any update,
> -Steve Gregory
> Colorado
>
>
>
>
>
> Our System:
> -----------
> Plone 2.1.4,
> Zope (Zope 2.8.9.1-final, python 2.4.4, linux2),
> Python 2.4.4 (#1, May 25 2007, 12:30:28) [GCC 3.4.6 20060404 (Red Hat 
> 3.4.6-8)],
> PIL 1.1.5
> Red Hat Linux
> aspell-en-0.51-11:50
> _______________________________________________
> 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 maxm at mxm.dk  Sat Jan 19 16:46:49 2008
From: maxm at mxm.dk (Max M)
Date: Sat, 19 Jan 2008 16:46:49 +0100
Subject: [kupu-dev] Kupu Spell Checker?
In-Reply-To: <478FB9EE.9080901@headnet.dk>
References: <478E892F.6060906@aclin.org> <478FB9EE.9080901@headnet.dk>
Message-ID: <fmt5uj$ej1$1@ger.gmane.org>

Sune Toft - Headnet skrev:
> Hi :)
> 
> Two things:
> 
> 1) How to turn on  TOC in the anchor-drawer again. It has been working 
> but due to upgrading to 1.4.7 and downgrading again to 1.4.3 the TOC 
> function has disappeared. Link to anchor and Manage Anchors is still 
> available. 
> 
> 
> 2) We doing a simple newsletter and uses Kupu as a editor. When 
> composing the newsletter we want to use external link-function to make 
> internal links. The reason for us not just making internal links with 
> the internal links function is that we use ResloveUID which also gives 
> probs when sending them out in a mail. Do anyone got a suggestion to fix 
> this ?


put "return contents in the top of::

KupuEditor.prototype.makeLinksRelative = function(contents,base,debug)

in the file "kupuploneeditor.js"

So that the conversion from absolute to relative links is bypassed.


Then turn of the kupu option i the plone control panel about showing 
transformed content in the source view.


That is hackish, but hey ...


-- 

hilsen/regards Max M, Denmark

http://www.mxm.dk/
IT's Mad Science


From duncan.booth at suttoncourtenay.org.uk  Sat Jan 19 18:14:16 2008
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Sat, 19 Jan 2008 17:14:16 +0000 (UTC)
Subject: [kupu-dev] Kupu Spell Checker?
References: <478E892F.6060906@aclin.org> <478FB9EE.9080901@headnet.dk>
Message-ID: <Xns9A2AAF564D344duncanrcpcouk@127.0.0.1>

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

> Hi :)
> 
> Two things:
> 
> 1) How to turn on  TOC in the anchor-drawer again. It has been working 
> but due to upgrading to 1.4.7 and downgrading again to 1.4.3 the TOC 
> function has disappeared. Link to anchor and Manage Anchors is still 
> available. 

Is it turned on in the kupu configuration? Check the toolbar tab.

> 2) We doing a simple newsletter and uses Kupu as a editor. When 
> composing the newsletter we want to use external link-function to make 
> internal links. The reason for us not just making internal links with 
> the internal links function is that we use ResloveUID which also gives 
> probs when sending them out in a mail. Do anyone got a suggestion to fix 
> this ?

Use the same transform when generating your email as gets used when 
rendering the web page. The uids are in the internal html, but the 
transform should ensure that they never get exposed to end users.
However there might still be a problem as the transform generates base-
relative urls. You must ensure you include a suitable base tag in the html 
for your email.


From duncan.booth at suttoncourtenay.org.uk  Sat Jan 19 18:14:16 2008
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Sat, 19 Jan 2008 17:14:16 +0000 (UTC)
Subject: [kupu-dev] Kupu Spell Checker?
References: <478E892F.6060906@aclin.org>
Message-ID: <Xns9A2AAEC1A70FEduncanrcpcouk@127.0.0.1>

"Stephen P. Gregory" <gregory at aclin.org> wrote:

> Can anyone let me know the status of the spell check
> feature in Kupu?

It isn't supported. You can get much better spell checkers as free add-ins 
to both Firefox (builtin: just download the appropriate dictionary) and IE 
(try ie7pro). Sorry, I don't know about Safari. I would suggest that you 
just get users to install and use one of these.

If you wish to try enabling the spell-check in kupu then feel free, but it 
may not work.


From wouter at netcentric.be  Mon Jan 28 20:55:10 2008
From: wouter at netcentric.be (Wouter Vanden Hove)
Date: Mon, 28 Jan 2008 20:55:10 +0100
Subject: [kupu-dev] unicode-bug with captioning
Message-ID: <fnlbu3$k38$1@ger.gmane.org>


Kupu breaks the document when adding an image with captioning
if the caption contains non-ascii characters.

I changed this my .../kupu/plone/html2captioned.py  (kupu 1.4.7)

++line 174                         return template(**d).decode('utf8')  
--line 175                         #return template(**d)



-- 
Wouter Vanden Hove
Netcentric.be


From duncan.booth at suttoncourtenay.org.uk  Tue Jan 29 12:41:46 2008
From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth)
Date: Tue, 29 Jan 2008 11:41:46 +0000 (UTC)
Subject: [kupu-dev] unicode-bug with captioning
References: <fnlbu3$k38$1@ger.gmane.org>
Message-ID: <Xns9A345E9CEC3A1duncanrcpcouk@127.0.0.1>

Wouter Vanden Hove <wouter at netcentric.be> wrote:

> 
> Kupu breaks the document when adding an image with captioning
> if the caption contains non-ascii characters.
> 
> I changed this my .../kupu/plone/html2captioned.py  (kupu 1.4.7)
> 
> ++line 174                         return template(**d).decode('utf8')  
> --line 175                         #return template(**d)
> 
> 
> 
Can you let me know which version of Plone you are using? I think there is 
something nasty going on here and perhaps different Plone versions are 
returning different things. Plone issue #7728 seems to imply that that the 
transform needs to return utf8 encoded data, and your post implies the 
opposite.


From wouter at netcentric.be  Wed Jan 30 14:18:14 2008
From: wouter at netcentric.be (Wouter Vanden Hove)
Date: Wed, 30 Jan 2008 14:18:14 +0100
Subject: [kupu-dev] unicode-bug with captioning
References: <fnlbu3$k38$1@ger.gmane.org>
	<Xns9A345E9CEC3A1duncanrcpcouk@127.0.0.1>
Message-ID: <fnptdp$nm5$1@ger.gmane.org>

Duncan Booth wrote:

> Wouter Vanden Hove <wouter at netcentric.be> wrote:
> 
>> 
>> Kupu breaks the document when adding an image with captioning
>> if the caption contains non-ascii characters.
>> 
>> I changed this my .../kupu/plone/html2captioned.py  (kupu 1.4.7)
>> 
>> ++line 174                         return template(**d).decode('utf8')
>> --line 175                         #return template(**d)
>> 
>> 
>> 
> Can you let me know which version of Plone you are using? 

I posted too quickly.
It's happens with Plone 2.5.5, on Zope 2.9.7 and Python2.4.4



-- 
Wouter Vanden Hove
Netcentric.be