photo
Jordan Sissel
geek

Thu, 26 May 2005

xml, xslt, and kioskweb!

I put some more work into my kiosk interface today. I made the keyboard widget highly pluggable, such that you can drop one anywhere on a page. The particular place I wanted to try this first was on the Drink machine login page.

projects/kioskweb/demo/drink.cgi?login

If you do a 'view source' on that page, you'll see that it looks somewhat like html, but there's this little widget tag that you shouldn't recognize. An xslt sheet turns that tag into something more useful - Look in your dom inspector for the actual result. This shows you how I'm somewhat planning on building this web-based kiosk interfacing system.

The end result will be that you can write your pages in psuedo XHTML and drop in fully featured widgets with simple tags like the widget tag. I currently support two forms of input (xml-wise) - those are XHTML with slight modifications and something I came up with that's less html-oriented. An example of this can be seen in this directory: projects/kioskweb/demo/xml

The entire interface is in xml, any html pages you may load are actually static html pages generated from xml. If you want to take a look at my xslt sheet, then click here. Opera 8 does not appear to support doing xslt client-side, so if you are using opera the pages won't render properly if at all.

This project is going to be all over xml/xslt like a donkey on a waffle.

Comments: 2 (view comments)
Tags: , , ,
Permalink: /web/171
posted at: 00:15


2 responses to 'xml, xslt, and kioskweb!'

Randy posted at Tue Oct 2 11:36:59 2007...
I'm working on a firefox-based kiosk project for use with a touchscreen (of course.)  I see in your demo that you have somehow made all attempts to "drag" an object turn into a click.  Not sure if that was intentional, or a side-effect of your xml technique, but I've been trying to accomplish the same without much luck.

Using a touchscreen with my (simple HTML/javascript) UI results in having to touch repeatedly, being careful not to "drag" at all when touching/clicking a button.  Any movement when touching brings up the "drag" mouse cursor and the click fails.

I'd really appreciate any tips or hints you could give to figure out how to replicate your result.  Thanks!

Jordan Sissel posted at Tue Oct 2 13:06:13 2007...
You can cancel any native browser actions for most events by simply returning 'false' in most cases. I use mousedown to capture fingers hitting the screen and return false so that drag events are not triggered


Leave a reply

You need javascript enabled to use this form. Anti-spam efforts ongoing. Also, if the comment doesn't show up, it's because the form expired. Go back and copy your comment, reload the form, and resubmit. Apologies if this is a hassle, I'm just playing with antispam methods right now. If this insists on not working, please email me about it.

Name (required)
E-mail (optional. Not posted or recorded anywhere, ever)
URL (also optional)
Comment:


Search this site

Navigation

Metadata

Home About Resume My Code

Articles

ARP Security Dynamic DNS with DHCP OpenLDAP+Kerberos+SASL PPP over SSH SSH Security: /bin/false Week of Unix Tools Work Efficiency

Projects

fex firefox tabsearch firefox urledit grok keynav liboverride newpsm (FreeBSD) nis2ldap pam_captcha poor man's backup Solaris audio utility xboxproxy xdotool xmlpresenter xpathtool misc scripts

Presentations

Yahoo! Hack Day '06 Unix Essentials Vi/Vim Essentials

Tag Cloud

Calendar

< May 2005 >
SuMoTuWeThFrSa
1 2 3 4 5 6 7
8 91011121314
15161718192021
22232425262728
293031    

Friends

BarCamp Kent Brewster Tantek Çelik John Resig Wesley Shields Tyler Shields

Technorati