From dmunicio at gmail.com Wed Apr 2 10:33:35 2008 From: dmunicio at gmail.com (Diego Municio) Date: Wed, 2 Apr 2008 10:33:35 +0200 Subject: [kupu-dev] HTML Filter settings: abbr and acronym stripped? Message-ID: <262223130804020133u37cfd903g665d85f518165656@mail.gmail.com> Hi all, Perhaps this is not 100% kupu-dev related, but I have noticed that in HTML Filter settings "abbr" and "acronym" tags are set as "stripped" by default and I would like to know why. In WCAG (Web Content Accessibility Guidelines 1.0) we can see: "4.2 Specify the expansion of each abbreviation or acronym in a document where it first occurs. [Priority 3]" http://www.w3.org/TR/WCAG10-HTML-TECHS/#text-abbr Of course, it is a "Priority 3" guideline but a guideline though. I have created also 2 buttons for kupu (abbr and acronym) with their drawers, where you can select a word as an abbr or acronym and specify its "title" attribute. I think that it would be nice integrated in kupu but that is my opinion and I would like to know yours. What do you think? From dmunicio at gmail.com Wed Apr 2 11:58:45 2008 From: dmunicio at gmail.com (Diego Municio) Date: Wed, 2 Apr 2008 11:58:45 +0200 Subject: [kupu-dev] kupu zmi_docs#images link broken Message-ID: <262223130804020258sfc130dau83f06f0c2991ce2d@mail.gmail.com> Hi, When I see page template kupu_library_tool/kupu_config when I click "image captioning documentation" links the following message appears: " We're sorry, but that page doesn't exist?". Is this a reported bug? I couldn't find it in the trac... Any comment? From dmunicio at gmail.com Wed Apr 2 12:05:20 2008 From: dmunicio at gmail.com (Diego Municio) Date: Wed, 2 Apr 2008 12:05:20 +0200 Subject: [kupu-dev] kupu zmi_docs#images link broken In-Reply-To: <262223130804020258sfc130dau83f06f0c2991ce2d@mail.gmail.com> References: <262223130804020258sfc130dau83f06f0c2991ce2d@mail.gmail.com> Message-ID: <262223130804020305i168026e5o6b0f3185b1fbbb13@mail.gmail.com> Sorry, I am using Plone 3.0.6 with kupu 1.4.8 2008/4/2, Diego Municio : > Hi, > > When I see page template kupu_library_tool/kupu_config when I click > "image captioning documentation" links the following message appears: > " We're sorry, but that page doesn't exist?". > > Is this a reported bug? I couldn't find it in the trac... > > Any comment? > From dmunicio at gmail.com Wed Apr 2 18:21:31 2008 From: dmunicio at gmail.com (Diego Municio) Date: Wed, 2 Apr 2008 18:21:31 +0200 Subject: [kupu-dev] kupu zmi_docs#images link broken In-Reply-To: <262223130804020305i168026e5o6b0f3185b1fbbb13@mail.gmail.com> References: <262223130804020258sfc130dau83f06f0c2991ce2d@mail.gmail.com> <262223130804020305i168026e5o6b0f3185b1fbbb13@mail.gmail.com> Message-ID: <262223130804020921l4d53b54fu7f3b9fa668b59c69@mail.gmail.com> With 3.1rc1 kupu1.4.9 also ocurrs 2008/4/2, Diego Municio : > Sorry, I am using Plone 3.0.6 with kupu 1.4.8 > > 2008/4/2, Diego Municio : > > > Hi, > > > > When I see page template kupu_library_tool/kupu_config when I click > > "image captioning documentation" links the following message appears: > > " We're sorry, but that page doesn't exist?". > > > > Is this a reported bug? I couldn't find it in the trac... > > > > Any comment? > > > From duncan.booth at suttoncourtenay.org.uk Fri Apr 4 17:19:27 2008 From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth) Date: Fri, 4 Apr 2008 15:19:27 +0000 (UTC) Subject: [kupu-dev] kupu zmi_docs#images link broken References: <262223130804020258sfc130dau83f06f0c2991ce2d@mail.gmail.com> <262223130804020305i168026e5o6b0f3185b1fbbb13@mail.gmail.com> <262223130804020921l4d53b54fu7f3b9fa668b59c69@mail.gmail.com> Message-ID: "Diego Municio" wrote: > With 3.1rc1 kupu1.4.9 also ocurrs > > 2008/4/2, Diego Municio : >> Sorry, I am using Plone 3.0.6 with kupu 1.4.8 >> >> 2008/4/2, Diego Municio : >> >> > Hi, >> > >> > When I see page template kupu_library_tool/kupu_config when I >> > click "image captioning documentation" links the following >> > message appears: " We're sorry, but that page doesn't exist ". >> > >> > Is this a reported bug? I couldn't find it in the trac... >> > >> > Any comment? >> > >> > Can you report this in Plone trac so I don't forget to fix it. Thanks From siebo.lists at gmail.com Wed Apr 16 11:26:50 2008 From: siebo.lists at gmail.com (David Siedband) Date: Wed, 16 Apr 2008 02:26:50 -0700 Subject: [kupu-dev] RichText image captions Message-ID: <59dbd2b40804160226m25f18c85lbb160861266e91e5@mail.gmail.com> Hello, I'm trying to understand how image captioning works in Kupu and implement RichText captions for one of my clients. It looks like captions are applied by some sort of transform based on the description element of the image. I found kupu/plone/html2captioned.py and I'm slowly wrapping my head around it... 1) What do I have to do to my custom-types to make their RichText fields able to embed images with with captioning? It seems that this doesn't work on all RichText fields 2) I have a custom image type that has a RichText body field in addition to description. I think I could achieve this by creating a new transform similar to html2captioned.py and but configured to pull the caption from my custom RichText fields on the images. Does that sounds like a sane approach? Thanks -- David Siedband Open Source Software Developer Oceanic Sky (US) / Zentraal (NL) http://oceanicsky.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://codespeak.net/pipermail/kupu-dev/attachments/20080416/fae5fdf8/attachment.htm From duncan.booth at suttoncourtenay.org.uk Wed Apr 16 16:19:29 2008 From: duncan.booth at suttoncourtenay.org.uk (Duncan Booth) Date: Wed, 16 Apr 2008 14:19:29 +0000 (UTC) Subject: [kupu-dev] RichText image captions References: <59dbd2b40804160226m25f18c85lbb160861266e91e5@mail.gmail.com> Message-ID: "David Siedband" wrote: > I'm trying to understand how image captioning works in Kupu and > implement RichText captions for one of my clients. > > It looks like captions are applied by some sort of transform based on > the description element of the image. I found > kupu/plone/html2captioned.py and I'm slowly wrapping my head around > it... > > 1) What do I have to do to my custom-types to make their RichText > fields able to embed images with with captioning? It seems that this > doesn't work on all RichText fields > > 2) I have a custom image type that has a RichText body field in > addition to description. I think I could achieve this by creating a > new transform similar to html2captioned.py and but configured to pull > the caption from my custom RichText fields on the images. Does that > sounds like a sane approach? > Did you also find kupu_captioned_image.pt? It seems to me that would be the place to modify things rather than creating a new transform. In the template options/fullimage should be the object, so if your custom type has some custom field e.g. richcaption then change the captioning expression to something like: tal:content="options/fullimage/getRichcaption|options/caption|nothing" and that ought to do it. Actually it looks like that should preserve structure: options/caption is already html quoted. I don't think I documented all the values passed to that template in options. They are: class (class attribute from the pre-transform html) originalwidth (width attribute from the pre-transform html) originalalt (alt attribute from the pre-transform html) url_path (base relative url of the object) caption (object description with newlines converted to
) image (the scaled image) fullimage (the original unscaled image) tag (tag for the scaled image) isfullsize (True iff image is fullimage) width (width of the scaled image) From locher.hanspeter at googlemail.com Mon Apr 21 15:48:54 2008 From: locher.hanspeter at googlemail.com (Hans-Peter Locher) Date: Mon, 21 Apr 2008 15:48:54 +0200 Subject: [kupu-dev] [Plone-developers] Kupu some parts of interface not configureable/translatable Message-ID: <480C9B46.5020009@googlemail.com> Hello, I already made a post about this on plone-dev, but I'm not sure maybe this is an issue belonging more to this list. I had the need of translating KUPU's html styles, and table styles to to German ( this can be done using kupu's config or gs kupu.xml ). Some label's couldn't be translated that way: - "Normal" - "Plain Cell" - "(remove style)" - "Character styles" - "Table elements" I found out that these are hard coded in kupu's: kupubasetools.js Currently, you would have to replace the javascript with a custom one in the js-registry. Any suggestions? Best regards mr_savage From siebo.lists at gmail.com Fri Apr 25 03:12:17 2008 From: siebo.lists at gmail.com (David Siedband) Date: Thu, 24 Apr 2008 18:12:17 -0700 Subject: [kupu-dev] Enabling captioning on custom content-types Message-ID: <59dbd2b40804241812q7531ecaao1f68d62cd9d871ce@mail.gmail.com> I have a custom content-type on which I'm trying to enable captioning. Here are the steps I've taken (on Kupu 1.4.8) In the Kupu control panel I've turned on "Link using UIDs" and "Allow Image Captioning" My custom type and field *do* show up in the list of "Fields which appear to currently support image captioning" In my custom type's schema I have the following content-type settings (cloned from ATDocument) default_content_type = zconf.ATDocument.default_content_type, default_output_type = 'text/x-html-safe', allowable_content_types = zconf.ATDocument.allowed_content_types, However, when I go to add an image, I don't see the checkbox to add a caption like I get when adding an ATDocument. Any ideas what I'm missing for this to work? thanks -- David Siedband Open Source Software Developer Oceanic Sky (US) / Zentraal (NL) http://oceanicsky.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://codespeak.net/pipermail/kupu-dev/attachments/20080424/d72c0704/attachment.htm From kupu-dev at codespeak.net Wed Apr 30 10:26:00 2008 From: kupu-dev at codespeak.net (kupu-dev at codespeak.net) Date: Wed, 30 Apr 2008 10:26:00 +0200 (CEST) Subject: [kupu-dev] SALE 89% OFF Message-ID: <20080430112448.2858.qmail@ip-83-141-165-215.evc.net> An HTML attachment was scrubbed... URL: http://codespeak.net/pipermail/kupu-dev/attachments/20080430/c2a7a3d7/attachment.htm