Posts (page 2)
Noticed that Vox Editing with WYSIWYG or HTML alternately does not work now. Fixed to follow a change of the JS (command translation rule: prev: command-fooBar -> fooBar now: command-foo-bar -> fooBar). But also I noticed it does not work on Firefox3 b3... or more like, Firefox3 b3 does not work fine for content-editable iframe... I'm looking for next beta.
Vox does not provide uploading tools except XP. So I wrote a script to upload photos to Vox.
- vox-upload-photo.rb (requires rubygems, mechanize, hpricot)
Vox also does not provide any public APIs. This script use the interface used by XP wizard.
I think that the script should have good GUI and Finder integration but didn't make it because I have no idea to implement it. (Automator with RubyCocoa...?)
Updated:
Sorry. Vox provides API with Atom Publishing Protocol (RFC5023). Uploading like this (Atom + Basic Auth + base64) succeeds. (this atom api is in time of draft?)
Updated:
I tried Atom/AtomPub library in Ruby atomutil (great library, Atom 1.0 compatible) and write a sample code but this does not work... Server returns 500 ( Can't call method "filename" on an undefined value at /home/comet/release-40.5/vox/lib/Vox/App/C/Atom/Asset.pm line 195. and stack trace)... I can't find differences between raw-atom and atomutil....
Seems like Vox uses HTML class name to separate JS and HTML. The commands are translated to command string , (ex. command-save-post => savePost) so can't find event handlers by raw class name.
Six Apart js trac does not include scripts around /js/ArcheType... I must read compressed source... Then again only replacing jsc to js, can see non-compressed files luckily.
Why I haven't try this until now...











