Has anyone played with the seesaw swing library for clojure? I have only dabbled so far, but it looks pretty sexy. How does it stack up against newlisp's guiserver? Would a port of seesaw to newlisp be:
Thanks for the left-field thinking, xytroxon. :-) I should have mentioned that Chinese is working in other places. I should also have mentioned that this is Win XP. I just tested again and discovered that I can type in Chinese, even in the newLISP IDE. If I open a file (from within the newLISP IDE) ...
Thanks for the prompt, winger. I didn't show any code before because fails were happening in places that weren't failing in linux. I assumed there must have been a known windows glitch that people would inform me of here. I finally got some time today to grab a windows box and look at the problem in...
Thanks for the feedback, Cormullion. I have integrated all of your suggestions along with a few other modifications. While I appreciate any and all feedback, I was particularly looking for some solid GUI best-practice corrections. I have this niggling feeling that I'm Doing It The Wrong Way. Too man...
Hi, guys, I'm very new to lisp (in general, and newLISP in particular). I'm also fairly... GUI challenged - I spend all my time in command-line or text-only environments. Most of my coding experience has been limited to this domain. As such... I suck at building GUIs and would LOVE for some construc...
I dev on a linux box and only get to test on a windows box periodically. I have noticed failures on the windows machine that are solved by simply ensuring that the newlisp script is moved to a directory that doesn't contain chinese characters in the path (like, C:\foo\). I saw an error at one stage ...
Thanks for the quick reply, acknowledgement of the bug and having it fixed in dev already, Lutz.
This is not an emergency, so I can wait for the update to trickle down. I'm on Arch Linux.
Love newLISP, btw, Lutz - such a clean and pretty little lisp. Thanks for all the good work.
I found a workaround for my immediate needs by setting the file pointer to the position after the search: (search file (append {<a name="} search-term {">\s*</a>}) true 1) I'm still not yet skipping the lines after the search, but I imagine I could do that with another regex. Knowing the more idioma...
(setq file (open {foo} {read})) (println (seek file)) (read-line file) (println (seek file)) The first seek prints 0 as expected, however the second one prints the EOF byte position. I couldn't find this behaviour documented in the read-line section of the manual. So... is this a bug in newLISP or ...