[drupal-devel] API module for client-side tabbed pages drafted
As part of a CivicSpace Labs project I've drafted an API module for creating client-side tabbed pages, using a GPL Javascript library by Erik Arvidsson. I haven't yet adapted the library to use drupal JS approaches, but the conversion should be relatively easy since it already uses similar coding. The module, written for 4.6, is in my sandbox at: http://cvs.drupal.org/viewcvs/drupal/contributions/sandbox/nedjo/modules/tab... An example (for the next day or two at least) is at: http://www.islandnet.com/~nedjo/guatemala/?q=tabs/example Comments are welcome.
Nedjo Rogers wrote:
As part of a CivicSpace Labs project I've drafted an API module for creating client-side tabbed pages, using a GPL Javascript library by Erik Arvidsson. I haven't yet adapted the library to use drupal JS approaches, but the conversion should be relatively easy since it already uses similar coding. The module, written for 4.6, is in my sandbox at:
http://cvs.drupal.org/viewcvs/drupal/contributions/sandbox/nedjo/modules/tab...
An example (for the next day or two at least) is at:
http://www.islandnet.com/~nedjo/guatemala/?q=tabs/example
Comments are welcome.
Personally, I love this UI. I suggest releasing this as a recipe or a helper module and let module authors use it where they see fit. If you could drupalize the JS that would be great. It will be hard to get core to use this - I don't see that as a worthwhile expenditure of energy.
That is really nice. The page will likely be unmanageable for folks that have Javascript turned off because all the tab pages will display sequentially, but honestly I don't see enough users who shut off Javascript to make the idea bother me. On 10/19/05, Nedjo Rogers <nedjo@gworks.ca> wrote:
As part of a CivicSpace Labs project I've drafted an API module for creating client-side tabbed pages, using a GPL Javascript library by Erik Arvidsson. I haven't yet adapted the library to use drupal JS approaches, but the conversion should be relatively easy since it already uses similar coding. The module, written for 4.6, is in my sandbox at:
http://cvs.drupal.org/viewcvs/drupal/contributions/sandbox/nedjo/modules/tab...
An example (for the next day or two at least) is at:
http://www.islandnet.com/~nedjo/guatemala/?q=tabs/example
Comments are welcome.
It is not about those that have it switched off. Non-degradable javascript is a big no-go for a whole range of reasons, which I thing are not even open to discussion. A javascript implementation should be developed as follows: Develop a well working HTML thing. Add CSS to make it work/look even better Add Javascript to make it more interactive. Never ever approach it the other way around. You will lock people (google?) out. You will add problems and you will break peoples website experience.x Ber On Thu, Oct 20, 2005 at 10:02:02AM -0400, Earl Dunovant wrote:
That is really nice. The page will likely be unmanageable for folks that have Javascript turned off because all the tab pages will display sequentially, but honestly I don't see enough users who shut off Javascript to make the idea bother me.
On 10/19/05, Nedjo Rogers <nedjo@gworks.ca> wrote:
As part of a CivicSpace Labs project I've drafted an API module for creating client-side tabbed pages, using a GPL Javascript library by Erik Arvidsson. I haven't yet adapted the library to use drupal JS approaches, but the conversion should be relatively easy since it already uses similar coding. The module, written for 4.6, is in my sandbox at:
http://cvs.drupal.org/viewcvs/drupal/contributions/sandbox/nedjo/modules/tab...
An example (for the next day or two at least) is at:
http://www.islandnet.com/~nedjo/guatemala/?q=tabs/example
Comments are welcome.
On 10/20/05, Bèr Kessels <ber@webschuur.com> wrote: A javascript implementation should be developed as follows:
Develop a well working HTML thing. Add CSS to make it work/look even better Add Javascript to make it more interactive.
Maybe it would be an idea to agree upon and include some javascript guidelines in the handbook so we don't need this discussion for every new javascript function intended for core?
Non-degradable javascript is a big no-go for a whole range of reasons
Yes. The library I've used degrades well because it takes the general Drupal js approach: it starts with plain HTML and only renders the tabs if appropriate javascript support is available. You can see this on my demo page if you turn off javascript, or if you view the source, which is plain HTML. That said, the non-javascript look is certainly plain, and any CSS improvements would be welcome.
Op donderdag 20 oktober 2005 17:41, schreef Nedjo Rogers:
Non-degradable javascript is a big no-go for a whole range of reasons
Yes. The library I've used degrades well because it takes the general Drupal js approach: it starts with plain HTML and only renders the tabs if appropriate javascript support is available. You can see this on my demo page if you turn off javascript, or if you view the source, which is plain HTML.
That said, the non-javascript look is certainly plain, and any CSS improvements would be welcome.
Sorry for the misunderstanding. After reading the JS I see that it shows the tabs as H2/3 inline. I expected nonJS to show plain tabs. It works in konquerer too, and It is tested in two non-JS browsers (dillo and lynx) and it works there too. Bèr -- PGP ber@webschuur.com http://www.webschuur.com/sites/webschuur.com/files/ber_webschuur.asc PGP berkessels@gmx.net http://www.webschuur.com/sites/webschuur.com/files/ber_gmx.asc
Don't worry, I'm very clear on that as far as Drupal is concerned. I'm talking about not being concerned about it for my own site. I don't mind telling people they need Javascript there any more than I mind telling them I develop with Firefox so they need to use that to see things correctly. On 10/20/05, Bèr Kessels <ber@webschuur.com> wrote:
It is not about those that have it switched off. Non-degradable javascript is a big no-go for a whole range of reasons, which I thing are not even open to discussion.
participants (6)
-
Anders -
Bèr Kessels -
B�r Kessels
-
Earl Dunovant -
Moshe Weitzman -
Nedjo Rogers