Hopbot log for 2007-10-04 - Helma IRC channel: #helma on irc.freenode.net

2007-10-04:

[6:57] <zumbrunn> rjb, in case you are checking the hopbot log for a reply....
[6:57] <zumbrunn> you need __lookupGetter__ when you need to read the getter method for whatever reason
[6:58] <zumbrunn> for example, when you want to copy a getter from one object to another
[6:58] <zumbrunn> if there is a getter on foo.bar, then obj.bar = foo.bar would set obj.bar to the result value of the getter
[6:58] <zumbrunn> so, you need to do obj.__defineGetter__('bar',foo.__lookupGetter('bar')) instead
[6:58] <zumbrunn> the same for __lookupSetter__, you would otherwise have no way to get at the setter method that you set earlier using __defineSetter__
[7:05] <zumbrunn> btw... I wish there was a way to set default getters and setters on objects, so that for example lookups on undefined properties could be handled
[7:06] <zumbrunn> is there really such a hidden feature in rhino that can be custom enabled?
[7:06] <zumbrunn> or did I just dream that once a long, long time ago
[7:41] <rjb> chris: ok, thx
[7:42] <rjb> but i understand i can't expect __lookupGetter__ etc to return those getters/setters that are implemented in native code
[7:42] <zumbrunn> I never actually tried
[7:42] <zumbrunn> but I wouldn't expect that to work
[7:43] <rjb> and yes, what you are asking for is a way to overload property lookup
[7:43] <zumbrunn> is there such a thing?
[7:43] <rjb> not for individual properties, but wholesale
[7:43] <rjb> (iiuc)
[7:43] <zumbrunn> yep
[7:43] <rjb> i don't know, i assume there isn't
[7:44] <rjb> (btw the Pike language does have such a feature, and indeed it proves very useful sometimes)
[7:44] <zumbrunn> somehow I seem to remember that Hannes once mentioned spotting something like that in rhino
[7:45] <zumbrunn> but maybe that's just a case of wishful thinking
[7:45] <rjb> esp. useful when you want to use the object system to implement some sort of module/package framework
[11:16] <anton_> hello!
[11:16] <anton_> any of the jala folks in here right now?
[11:18] <zumbrunn> the "jala folks" work inside the ORF and can't use irc in there due to the firefall, I believe
[11:19] <zumbrunn> so we have to make due without them here
[11:19] <anton_> oh. i forgot, that they work in a "really" company with firewalls and all that stuff ;)
[11:19] <zumbrunn> :-)
[11:19] <anton_> i am just trying to subclass stuff from jala. and i don't know where to put my code.
[11:20] <anton_> i now have a jala.Form.js in my Global proto from my app wich subclasses the jala stuff
[11:20] <anton_> but no matter how i include jala (in apps.properties or with app.addRepository()) my own global code is always called before the jala code.
[11:22] <zumbrunn> what are you doing in jala.Form.js?
[11:22] <zumbrunn> are you overriding what is in jala?
[11:22] <anton_> i want to make my own component.
[11:22] <zumbrunn> or really just sub classing
[11:22] <anton_> just subclassing
[11:25] <anton_> any idea on how to accomplish this?
[11:26] <anton_> (without code in /modules/jala/...)
[11:27] <zumbrunn> what are you trying to achieve? a new prototype that inherits from jala.Form ?
[11:28] <anton_> i want to make a new jala.Form.Component.LinkCollector which extends jala.Form.Component.Input
[11:31] <zumbrunn> can't even find where that stuff is defined in jala.Form right now
[11:32] <zumbrunn> can you paste the code you currently have?
[11:32] <zumbrunn> http://helma.pastebin.com/
[11:32] <zumbrunn> (the one that doesn't work)
[11:33] <anton_> i think the code should work, if it would be called after the jala form.js code is loaded.
[11:33] <zumbrunn> yes
[11:33] <anton_> in modules/jala/code/Form.js on line 1702 you see how a "hidden" field is made from an input filed
[11:34] <zumbrunn> yep
[11:34] <anton_> my code looks like this: http://helma.pastebin.com/m1a6c436f
[11:35] <anton_> (its basically just the "hidden"-component renamed.)
[11:35] <anton_> but jala cannot find it if i try to call it
[11:38] <zumbrunn> does your code work if you set and invoke it through the shell at runtime?
[11:38] <zumbrunn> (the web based shell)
[11:39] <zumbrunn> basically, pasting your code into the textarea of the shell and running the script
[11:40] <zumbrunn> and then testing with commands in the shell
[11:40] <anton_> i have not tried this.
[11:40] <zumbrunn> it should make this easier to debug, anyway
[11:40] <anton_> never tried the shell. but its quite a good idea. i will try it
[11:41] <anton_> thanks, by the way!
[11:41] <zumbrunn> afk for a while...
[11:41] * zumbrunn goes walking the dogs
[11:57] <anton_> now i know what the problem was.
[11:58] <anton_> you have to call your code after the jala code (thats obvious)
[11:58] <anton_> i have now a function extendJala() which is called after the app.addRepository().
[11:58] <anton_> in this function all the customization is done.
[11:59] <anton_> the other problem was, that jala does not like capitalized names for components. my name was LinkCollector. i changed it to Linkcollector, now everything works fine.
[11:59] <anton_> (this just for the record)
[11:59] <anton_> bye
[13:37] <CVertex> yo yo yo
[13:39] <zumbrunn> salut CVertex
[13:39] <CVertex> howdy chris
[13:40] <CVertex> i wrote a spotlight wrapper in rhino this evening
[13:41] <zumbrunn> is there a java lib for spotlight?
[13:41] <CVertex> nope, cmd line prompt
[13:41] <zumbrunn> oh :-)
[13:41] <CVertex> i sniffed around the net looking for java OS X bridges, but apple are killing support for java
[13:42] <CVertex> i'm not a big fan of cocoa dev
[13:42] <CVertex> er, objective C is nasty
[13:43] <zumbrunn> steve jobs probably prefers it
[13:43] <zumbrunn> that's enough
[13:43] <CVertex> i'm trying to find a way to make guis in rhino without resorting to awt/swing
[13:43] <CVertex> yeah, lousy jobs
[13:43] <CVertex> how are your objective c skillz?
[13:44] <zumbrunn> non-existing
[13:44] <zumbrunn> webkit :-)
[13:44] <zumbrunn> that way you can use helma as the backend
[13:44] <zumbrunn> and dashboard as the front end
[13:45] <zumbrunn> (even without webkit, actually)
[13:45] <CVertex> okay, so you have a objc app that hosts a webkit control?
[13:46] <zumbrunn> I believe there is stuff out there that basically allows you to run something that is written for the dashboard as an app
[13:47] <CVertex> http://developer.apple.com/macosx/spotlight.html check out mdls and mdfind
[13:47] <CVertex> oh, i forgot about listed key-values that span multilines :(
[13:48] <CVertex> can i just dump the helma jar into my Library/Java/Ext and run it from rhino?
[13:49] <CVertex> i'll try the later
[13:49] <CVertex> latter
[13:50] <zumbrunn> not by dropping it into Library/Java/Ext, I don't think
[13:50] <zumbrunn> but there is a way to call helma from the shell
[13:50] <CVertex> no matter how much i torrent, i still impatiently wait for them to download
[13:50] <zumbrunn> I think that came up before here on the channel or on the mailing list
[13:50] <zumbrunn> don't remember the outcome
[13:52] <CVertex> what folder is start.sh on?
[13:53] <zumbrunn> the helma root folder, if that's what you're asking
[13:54] <CVertex> i downloaded the tarball from http://helma.org/download/ and it doesn't have the start.sh
[13:55] <zumbrunn> which one did you download?
[13:55] <CVertex> top 1
[13:55] <CVertex> http://adele.helma.org/download/helma/1.6.0/helma-1.6.0.tar.gz
[13:56] <zumbrunn> I have a start.sh
[13:57] <CVertex> ich habe keine idea
[13:57] <CVertex> it's not in the root
[13:57] <zumbrunn> inside helma-1.6.0 I have 6 folders and 7 files
[13:58] <CVertex> drwxr-xr-x 6 Vijay Vijay 204 Oct 4 23:52 build
[13:58] <CVertex> drwxr-xr-x 5 Vijay Vijay 170 Oct 4 23:53 docs
[13:58] <CVertex> drwxr-xr-x 5 Vijay Vijay 170 Oct 4 23:53 lib
[13:58] <CVertex> -rw-r--r-- 1 Vijay Vijay 1721 Apr 24 2006 license.txt
[13:58] <CVertex> drwxr-xr-x 9 Vijay Vijay 306 Oct 4 23:54 licenses
[13:58] <CVertex> drwxr-xr-x 5 Vijay Vijay 170 Sep 26 02:47 src
[13:58] <CVertex> that's all i got
[13:59] <zumbrunn> you didn't download the first file then, did you?
[13:59] <zumbrunn> I'm getting it again myself
[13:59] <CVertex> i did, i must be looking in the wrong unpacking folder
[13:59] <zumbrunn> probably, yes
[14:00] <zumbrunn> unpack it again
[14:02] <CVertex> sweeet
[14:06] <CVertex> i definitely want to play with this more.... thanks for your help chris
[14:06] <CVertex> adios
[14:13] <zumbrunn> for the record.... regarding using helma from the command line:
[14:13] <zumbrunn> http://helma.org/pipermail/helma-dev/2003-December/000765.html
[17:47] * zumbrunn wonders what chl was hinting at with this statement:
[17:47] <zumbrunn> "Irgendwann wird die earl'sche Propaganda noch Wirkung zeigen! "
[17:47] <zumbrunn> http://www.langreiter.com/space/2007-10-04-doubleParse
[18:04] <zumbrunn> John Resig apparently talked about the resurgence of Server-Side Javascript (slide 17):
[18:04] <zumbrunn> http://ejohn.org/blog/future-of-firefox-and-javascript/
[19:22] <typicaljoe> anyone see this? http://blog.joesgoals.com/2007/10/04/enhanced-javascript-lazy-function-definition-pattern/
[21:42] <midnightmonster> what's the function for catching 404s again?
[23:36] <midnightmonster> notfound_action http://helma.org/pipermail/helma-user/2007-June/007050.html

 

 

In the channel now:

Logs by date: