- support - lists.drupal.org

Re: [support] support Digest, Vol 46, Issue 26
by alex＠bleen.net 25 Oct '06

25 Oct '06

Sent via BlackBerry from T-Mobile -----Original Message----- From: support-request(a)drupal.org Date: Wed, 25 Oct 2006 12:00:02 To:support@drupal.org Subject: support Digest, Vol 46, Issue 26 Send support mailing list submissions to support(a)drupal.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.drupal.org/listinfo/support or, via email, send a message with subject or body 'help' to support-request(a)drupal.org You can reach the person managing the list at support-owner(a)drupal.org When replying, please edit your Subject line so it is more specific than "Re: Contents of support digest..." Today's Topics: 1. Re: local.module and filtering strings (Kobus Myburgh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 25 Oct 2006 08:03:29 +0200 From: "Kobus Myburgh" <ITBJDM(a)puknet.puk.ac.za> Subject: Re: [support] local.module and filtering strings To: <support(a)drupal.org> Message-ID: <s53f1a61.037(a)pcm-nov-gwia-server.puk.ac.za> Content-Type: text/plain; charset=US-ASCII > This is rather difficult to do. It might be possibly if you only use > imported strings as the comments that the strings have (see the POT I see your point. > I wonder if the solution we envision for the translations teams might be > a solution for you: We plan to have a Drupal site where you can > translate any Drupal strings inline, i.e. where they occur on the Drupal > page. This will however rely on JavaScript and I don't know how well > screenreaders support this nowadays. I am managing the translations as it is. Sorting the translation strings by module would be nice, but not a necessity for me - it would be like the permissions page - having it sorted differently (or having the header repeat from time to time) would be ideal for me, but not necessary. My point being that PoEdit probably doesn't work well with screen readers, and that is why Mohammed uses the locale.module. This functionality, although not necessary for me, it may be vital to Mohammed. Groete, Kobus ------------------------------ -- [ Drupal support list | http://list.drupal.org/ ] End of support Digest, Vol 46, Issue 26 ***************************************

1 0

Re: [support] support Digest, Vol 46, Issue 26
by alex＠bleen.net 25 Oct '06

25 Oct '06

Sent via BlackBerry from T-Mobile -----Original Message----- From: support-request(a)drupal.org Date: Wed, 25 Oct 2006 12:00:02 To:support@drupal.org Subject: support Digest, Vol 46, Issue 26 Send support mailing list submissions to support(a)drupal.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.drupal.org/listinfo/support or, via email, send a message with subject or body 'help' to support-request(a)drupal.org You can reach the person managing the list at support-owner(a)drupal.org When replying, please edit your Subject line so it is more specific than "Re: Contents of support digest..." Today's Topics: 1. Re: local.module and filtering strings (Kobus Myburgh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 25 Oct 2006 08:03:29 +0200 From: "Kobus Myburgh" <ITBJDM(a)puknet.puk.ac.za> Subject: Re: [support] local.module and filtering strings To: <support(a)drupal.org> Message-ID: <s53f1a61.037(a)pcm-nov-gwia-server.puk.ac.za> Content-Type: text/plain; charset=US-ASCII > This is rather difficult to do. It might be possibly if you only use > imported strings as the comments that the strings have (see the POT I see your point. > I wonder if the solution we envision for the translations teams might be > a solution for you: We plan to have a Drupal site where you can > translate any Drupal strings inline, i.e. where they occur on the Drupal > page. This will however rely on JavaScript and I don't know how well > screenreaders support this nowadays. I am managing the translations as it is. Sorting the translation strings by module would be nice, but not a necessity for me - it would be like the permissions page - having it sorted differently (or having the header repeat from time to time) would be ideal for me, but not necessary. My point being that PoEdit probably doesn't work well with screen readers, and that is why Mohammed uses the locale.module. This functionality, although not necessary for me, it may be vital to Mohammed. Groete, Kobus ------------------------------ -- [ Drupal support list | http://list.drupal.org/ ] End of support Digest, Vol 46, Issue 26 ***************************************

1 0

Re: [support] support Digest, Vol 46, Issue 26
by alex＠bleen.net 25 Oct '06

25 Oct '06

Sent via BlackBerry from T-Mobile -----Original Message----- From: support-request(a)drupal.org Date: Wed, 25 Oct 2006 12:00:02 To:support@drupal.org Subject: support Digest, Vol 46, Issue 26 Send support mailing list submissions to support(a)drupal.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.drupal.org/listinfo/support or, via email, send a message with subject or body 'help' to support-request(a)drupal.org You can reach the person managing the list at support-owner(a)drupal.org When replying, please edit your Subject line so it is more specific than "Re: Contents of support digest..." Today's Topics: 1. Re: local.module and filtering strings (Kobus Myburgh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 25 Oct 2006 08:03:29 +0200 From: "Kobus Myburgh" <ITBJDM(a)puknet.puk.ac.za> Subject: Re: [support] local.module and filtering strings To: <support(a)drupal.org> Message-ID: <s53f1a61.037(a)pcm-nov-gwia-server.puk.ac.za> Content-Type: text/plain; charset=US-ASCII > This is rather difficult to do. It might be possibly if you only use > imported strings as the comments that the strings have (see the POT I see your point. > I wonder if the solution we envision for the translations teams might be > a solution for you: We plan to have a Drupal site where you can > translate any Drupal strings inline, i.e. where they occur on the Drupal > page. This will however rely on JavaScript and I don't know how well > screenreaders support this nowadays. I am managing the translations as it is. Sorting the translation strings by module would be nice, but not a necessity for me - it would be like the permissions page - having it sorted differently (or having the header repeat from time to time) would be ideal for me, but not necessary. My point being that PoEdit probably doesn't work well with screen readers, and that is why Mohammed uses the locale.module. This functionality, although not necessary for me, it may be vital to Mohammed. Groete, Kobus ------------------------------ -- [ Drupal support list | http://list.drupal.org/ ] End of support Digest, Vol 46, Issue 26 ***************************************

1 0

Re: [support] support Digest, Vol 46, Issue 26
by alex＠bleen.net 25 Oct '06

25 Oct '06

Sent via BlackBerry from T-Mobile -----Original Message----- From: support-request(a)drupal.org Date: Wed, 25 Oct 2006 12:00:02 To:support@drupal.org Subject: support Digest, Vol 46, Issue 26 Send support mailing list submissions to support(a)drupal.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.drupal.org/listinfo/support or, via email, send a message with subject or body 'help' to support-request(a)drupal.org You can reach the person managing the list at support-owner(a)drupal.org When replying, please edit your Subject line so it is more specific than "Re: Contents of support digest..." Today's Topics: 1. Re: local.module and filtering strings (Kobus Myburgh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 25 Oct 2006 08:03:29 +0200 From: "Kobus Myburgh" <ITBJDM(a)puknet.puk.ac.za> Subject: Re: [support] local.module and filtering strings To: <support(a)drupal.org> Message-ID: <s53f1a61.037(a)pcm-nov-gwia-server.puk.ac.za> Content-Type: text/plain; charset=US-ASCII > This is rather difficult to do. It might be possibly if you only use > imported strings as the comments that the strings have (see the POT I see your point. > I wonder if the solution we envision for the translations teams might be > a solution for you: We plan to have a Drupal site where you can > translate any Drupal strings inline, i.e. where they occur on the Drupal > page. This will however rely on JavaScript and I don't know how well > screenreaders support this nowadays. I am managing the translations as it is. Sorting the translation strings by module would be nice, but not a necessity for me - it would be like the permissions page - having it sorted differently (or having the header repeat from time to time) would be ideal for me, but not necessary. My point being that PoEdit probably doesn't work well with screen readers, and that is why Mohammed uses the locale.module. This functionality, although not necessary for me, it may be vital to Mohammed. Groete, Kobus ------------------------------ -- [ Drupal support list | http://list.drupal.org/ ] End of support Digest, Vol 46, Issue 26 ***************************************

1 0

Re: [support] support Digest, Vol 46, Issue 26
by alex＠bleen.net 25 Oct '06

25 Oct '06

Sent via BlackBerry from T-Mobile -----Original Message----- From: support-request(a)drupal.org Date: Wed, 25 Oct 2006 12:00:02 To:support@drupal.org Subject: support Digest, Vol 46, Issue 26 Send support mailing list submissions to support(a)drupal.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.drupal.org/listinfo/support or, via email, send a message with subject or body 'help' to support-request(a)drupal.org You can reach the person managing the list at support-owner(a)drupal.org When replying, please edit your Subject line so it is more specific than "Re: Contents of support digest..." Today's Topics: 1. Re: local.module and filtering strings (Kobus Myburgh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 25 Oct 2006 08:03:29 +0200 From: "Kobus Myburgh" <ITBJDM(a)puknet.puk.ac.za> Subject: Re: [support] local.module and filtering strings To: <support(a)drupal.org> Message-ID: <s53f1a61.037(a)pcm-nov-gwia-server.puk.ac.za> Content-Type: text/plain; charset=US-ASCII > This is rather difficult to do. It might be possibly if you only use > imported strings as the comments that the strings have (see the POT I see your point. > I wonder if the solution we envision for the translations teams might be > a solution for you: We plan to have a Drupal site where you can > translate any Drupal strings inline, i.e. where they occur on the Drupal > page. This will however rely on JavaScript and I don't know how well > screenreaders support this nowadays. I am managing the translations as it is. Sorting the translation strings by module would be nice, but not a necessity for me - it would be like the permissions page - having it sorted differently (or having the header repeat from time to time) would be ideal for me, but not necessary. My point being that PoEdit probably doesn't work well with screen readers, and that is why Mohammed uses the locale.module. This functionality, although not necessary for me, it may be vital to Mohammed. Groete, Kobus ------------------------------ -- [ Drupal support list | http://list.drupal.org/ ] End of support Digest, Vol 46, Issue 26 ***************************************

1 0

Re: [support] local.module and filtering strings
by Kobus Myburgh 25 Oct '06

25 Oct '06

> This is rather difficult to do. It might be possibly if you only use > imported strings as the comments that the strings have (see the POT I see your point. > I wonder if the solution we envision for the translations teams might be > a solution for you: We plan to have a Drupal site where you can > translate any Drupal strings inline, i.e. where they occur on the Drupal > page. This will however rely on JavaScript and I don't know how well > screenreaders support this nowadays. I am managing the translations as it is. Sorting the translation strings by module would be nice, but not a necessity for me - it would be like the permissions page - having it sorted differently (or having the header repeat from time to time) would be ideal for me, but not necessary. My point being that PoEdit probably doesn't work well with screen readers, and that is why Mohammed uses the locale.module. This functionality, although not necessary for me, it may be vital to Mohammed. Groete, Kobus

1 0

Re: [support] [development] How to control HTML user input preserving the "style"attributes?
by Michelle Cox 25 Oct '06

25 Oct '06

On 10/23/2006 9:16:20 AM, inkfree press (inkfree(a)gmail.com) wrote: > If it is a search issue, then perhaps the infrastructure folks could take > that under advisement and examine alternate search methods ('see also', > cross-listed, 'related to', etc.) That's a chore, of course, but may well > be worth it to prevent the task clutter which seems to afflict the > contributed modules listings. Some modules do list related modules. Getting it on all modules would take either all maintainers doing it or someone volunteering to go through them all. I had plans on going through quite a few of them in the process of building my current site, but I keep getting distracted. If you'd like to help, you can go through the modules and email me the ones you find that are related or have duplicated functionality and I can add "see alsos" where appropriate, providing that won't piss off the maintainers. Any maintainers want to weigh in on this? Would you object to having a note added to your descriptions to help people decide between modules? Michelle

3 3

Re: [support] local.module and filtering strings
by Kobus Myburgh 24 Oct '06

24 Oct '06

Greg, > To me, sorting by module inside the interface isn't a solution because > you still have the problem of a new module giving you 300 new strings > - the presentation layer is just different because it is a web UI > instead of a POT and I don't see how that makes them more manageable. Mohammed is blind, and his screen reader probably doesn't interact very well with the program. That is why the PO program may be a bit difficult to use. Mohammed has been using Drupal for a long time now, and is familiar with the interface and everything. This is why this solution would work for him. Further more - It seems to be simple to implement an elegant solution for this. Imagine being able to filter only messages for a specific module. Wouldn't that be just dandy? I will like that feature. I will see if I can code it and send a patch. I am not an expert coder though. My opinion is English speaking people in general don't use the locale/i18n module as much, so the usability issues for you guys aren't that apparent as they are for visually impaired people or people whose native language (like me and Mohammed) is not English. Regards, Kobus

2 1

Re: [support] theming the output of the views module
by Kobus Myburgh 24 Oct '06

24 Oct '06

Hi Mohammed, It would be possible to do so, but as far as I can tell, you'd need to edit the module itself, unless I am missing something. My other suggestion of writing a simple SQL query to do this and put the code in a block could be an alternative solution, however, not sure if that is better than using Views. Regards, Kobus >>> mohammed(a)atexplorer.com 10/24/2006 10:07:28 AM >>> hi again listers. first I want to apologize for the tune of the previous email. I try to research as much as I can before I post. I have successfully produced a block with the latest 3 sticky posts using the views module as some of you suggested. all is well, i chose to view the results in a "table view" and I also got this. now, can I theme the output of that block? I don't want the results to be displayed each in a row, with the title taking the first collumn and the teaser taking the second. instead I wanted three boxes next to each other, not above each other. to clerify this further I baste below the output of the block generated by the views module, and then below it what i possibly want to achieve. /*** the output of the views module: <div class="block block-views" id="block-views-highlites"> <h2 class="title">Highlites</h2> <div class="content"><div class='view view-highlites'><div class='view-content view-content-highlites'><table> <thead><tr><th id="view-field-node_title" class="view-cell-header"></th><th id="view-field-node_body" class="view-cell-header"></th> </tr></thead> <tbody> <tr class="odd"><td class="view-field view-field-node_title"><a href="/index.php?q=node/1">nattiq website on the way</a></td><td class="view-field view-field-node_body"><p>just to keep everybody updated, Nattiq new website is on the way!</p> </td> </tr> <tr class="even"><td class="view-field view-field-node_title"><a href="/index.php?q=node/3">this is a test story</a></td><td class="view-field view-field-node_body"><p>this story is for test purposes.<br /> it's sticky and promoted to front page.</p> </td> </tr> <tr class="odd"><td class="view-field view-field-node_title"><a href="/index.php?q=node/4">views module rocks!</a></td><td class="view-field view-field-node_body"><p>just what the title says</p> </td> </tr> </tbody></table></div> /*** what I want to achieve in a poor design I know, but just to pass the idea: <table width=300" hight="100" cellspacing="5" cellpadding="0"> <tr> <td width ="100"> the first story's title </td> <td> the second story's title </td> <td> the third story's title </td></tr> <tr> <td> the first story's teaser </td> <td> the second story's teaser </td> <td> the third story's teaser </td></tr> </table> is this possible to achieve roughly? thanks alot. Mohammed al-shar'

2 1

Re: [support] faqs
by Kobus Myburgh 24 Oct '06

24 Oct '06

Mohammed, Depending on what the format of your FAQs look like, there may be different ones for this purpose. Ideally, a FAQ question in my definition thereof would consist of: 1. Question 2. Brief Answer 3. Further reading material, such as a link to a full page with info about the question It may be needed to write a new (simple) module to handle this, and then assign a term e.g. FAQ to it, and then use a menu item (or primary or secondary link) to point to all posts with that taxonomy term (category). Regards, Kobus >>> mohammed(a)atexplorer.com 10/24/2006 1:34:12 AM >>> hi. what is the best way to create a frequently asked questions section in drupal? what module does this best in your opinions? this module has to be compatiple with the i18 module. Regards, Mohammed al-shar'

2 1