Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread felix winkelmann
On 2/5/07, Brandon J. Van Every [EMAIL PROTECTED] wrote: And why would you prefer a little bit of every toolkit, as opposed to picking 1 toolkit and doing a good job wrapping all its functionality? If you target every toolkit out there, then it'll be capable of very little. Too trivial for

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread j . romildo
On Mon, Feb 05, 2007 at 09:02:36AM +0100, felix winkelmann wrote: On 2/5/07, Brandon J. Van Every [EMAIL PROTECTED] wrote: And why would you prefer a little bit of every toolkit, as opposed to picking 1 toolkit and doing a good job wrapping all its functionality? If you target every toolkit

Re: [Chicken-users] What happens to a (non-simple) Scheme object sent to a foreign function?

2007-02-05 Thread Tony Sidaway
On 2/5/07, felix winkelmann [EMAIL PROTECTED] wrote: Another option would be to create a GC root (CHICKEN_new_gc_root) and keep it on the C-side (you have to pass the argument string as a scheme-object, then create the GC-root from it). Later, you can access the gc root (CHICKEN_gc_root_ref) and

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread felix winkelmann
On 2/5/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Binding Qt takes too much time, Qt is a big dependency for those who prefer Gnomish desktops, Qt is too large for some systems. Qt is also quite slow. Qt is proprietary. What about Gtk+? Not fully ported to Mac OS X, not really

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread Brandon J. Van Every
felix winkelmann wrote: Again, this shouldn't be the mother of all GUIs - just a basic layer to get work done with. Well, that's the thing though. You imagine your needs are simple, and so does the next guy, and so does the next guy. But you don't have the same needs, and pretty soon

Re: [Chicken-users] Re: object-evict, string ports, safe-foreign-wrapper, foreign-primitive, Cheney on the Victoria Line, etc (was: What happens to a (non-simple) Scheme object sent to a foreign funct

2007-02-05 Thread Tony Sidaway
On 2/5/07, felix winkelmann [EMAIL PROTECTED] wrote: sufficiently big). An alternative is to create a suitably sized byte-vector beforehand (in Scheme, using the heap) and copying the data inside a block of foreign code (or use move-memory!). Ah! I didn't know move-memory existed. This is

Re: [Chicken-users] inventory of community skills

2007-02-05 Thread Brandon J. Van Every
Shawn Rutledge wrote: And it needs to run at maximum efficiency at every scale of device. Why? Microsoft owns most of the world and doesn't share your passion here. I've gone bankrupt on premature optimization. I'm wondering where you think you'll get the support resources for such a

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread Shawn Rutledge
I don't need a super GUI. I just want some portable means of creating basic, simple GUIs (call them toys, if you want). Add a basic 2D graphics API, you can then create all the widgets in the world. I agree with this point. The bare minimum is a framebuffer with some drawing routines; I've

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread felix winkelmann
On 2/5/07, Brandon J. Van Every [EMAIL PROTECTED] wrote: felix winkelmann wrote: Again, this shouldn't be the mother of all GUIs - just a basic layer to get work done with. Well, that's the thing though. You imagine your needs are simple, and so does the next guy, and so does the next guy.

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread Tony Sidaway
I'm considering the pros and cons of this, but I am with Felix in the belief that a simple, Schemish basic GUI layer design is desirable. It shouldn't require Qt or Gtk, which are both on the heavy end of GUI toolkits. Instead it should provide a layer that works on top of whatever GUI tools are

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread Brandon J. Van Every
felix winkelmann wrote: On 2/5/07, Brandon J. Van Every [EMAIL PROTECTED] wrote: And why would you prefer a little bit of every toolkit, as opposed to picking 1 toolkit and doing a good job wrapping all its functionality? If you target every toolkit out there, then it'll be capable of very

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread felix winkelmann
On 2/5/07, Shawn Rutledge [EMAIL PROTECTED] wrote: Binding Qt takes too much time, Qt is a big dependency for those who prefer Gnomish desktops, Qt is too large for some systems. Qt is also quite slow. Qt is proprietary. It runs on high-end phones and PDAs. It is not terribly proprietary

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread Brandon J. Van Every
Tony Sidaway wrote: I'm considering the pros and cons of this, but I am with Felix in the belief that a simple, Schemish basic GUI layer design is desirable. It shouldn't require Qt or Gtk, which are both on the heavy end of GUI toolkits. Instead it should provide a layer that works on top of

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread Brandon J. Van Every
felix winkelmann wrote: Qt is the highest quality toolkit available, yet its overkill for most things. It does have good marketing, though... You're big on embedding. Does any GUI toolkit not suck at embedding? In any language? Cheers, Brandon Van Every

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread felix winkelmann
On 2/5/07, Brandon J. Van Every [EMAIL PROTECTED] wrote: If you write your own huge GUI project from scratch, you still have a huge glob of code that is constantly out of date. The question is whether you have a large number of people working on the problem. Leveraging an entire mature

Re: [Chicken-users] inventory of community skills

2007-02-05 Thread Shawn Rutledge
On 2/5/07, Brandon J. Van Every [EMAIL PROTECTED] wrote: Shawn Rutledge wrote: And it needs to run at maximum efficiency at every scale of device. Why? Microsoft owns most of the world and doesn't share your passion here. I've gone bankrupt on premature optimization. I'm wondering where

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread felix winkelmann
On 2/5/07, Brandon J. Van Every [EMAIL PROTECTED] wrote: felix winkelmann wrote: Qt is the highest quality toolkit available, yet its overkill for most things. It does have good marketing, though... You're big on embedding. Does any GUI toolkit not suck at embedding? In any language?

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread minh thu
Hi all, [snip] If I had a simple, GUI toolkit running on Linux, OS X and Windows, binds native widgets, has a simple basic graphics API (OpenGL would be ideal), is smaller than 1-2 MB, provides text-editing (multiline), buttons, images, frames, checkboxes, and a couple more widgets, simple

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread Brandon J. Van Every
felix winkelmann wrote: If I had a simple, GUI toolkit running on Linux, OS X and Windows, binds native widgets, Why native widgets? What's important about that? As a game developer, this fetish has been very difficult for me to relate to. Games all want to distinguish how they look,

Re: [Chicken-users] inventory of community skills

2007-02-05 Thread Brandon J. Van Every
Shawn Rutledge wrote: On 2/5/07, Brandon J. Van Every [EMAIL PROTECTED] wrote: Shawn Rutledge wrote: And it needs to run at maximum efficiency at every scale of device. Why? Microsoft owns most of the world and doesn't share your passion here. I've gone bankrupt on premature optimization.

Re: [Chicken-users] object-evict, string ports, safe-foreign-wrapper, foreign-primitive, Cheney on the Victoria Line, etc (was: What happens to a (non-simple) Scheme object sent to a foreign function

2007-02-05 Thread Thomas Christian Chust
Tony Sidaway wrote: [...] My current thought is this: In step 1, I pass the library a key (in static memory, not heap) which I associate with the port (I place the actual port in a srfi-69 hash table under that key). On receiving the key, in stage 2, my write procedure (which would ideally

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread felix winkelmann
On 2/5/07, minh thu [EMAIL PROTECTED] wrote: About the API. You'd like to go opengl-style, right (stateful or stateless ?) ? What about a xhtml/css/javascript style ? I mean, of course, everything in Scheme but with content/presentation/logic separated... Otherwise, it would be the classical

Re: [Chicken-users] SXML tutorial draft

2007-02-05 Thread Dmitry Lizorkin
Hello, What a good tutorial! Thank you for taking your time and effort for developing illustrative tutorial examples and for presenting all this. [begin quote] html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en lang=en ... /html (html (@ (xmlns http://www.w3.org/1999/xhtml;)

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread John Cowan
Brandon J. Van Every scripsit: Well, that's the thing though. You imagine your needs are simple, and so does the next guy, and so does the next guy. But you don't have the same needs, and pretty soon you've reinvented the mother of all GUIs. With all the bugs. What's magical about your

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread Thomas Christian Chust
John Cowan wrote: [...] If you want a small stable toolkit, use Tk. It's not sexy and earlier versions didn't have native LF, but it works. Best yet, we already have an egg for it. [...] Hello, I vote against Tk, because in my humble opinion * Tk is not a small toolkit and it bloats

[Chicken-users] object-evict isn't working as expected.

2007-02-05 Thread Tony Sidaway
What's up here? I have a Scheme string that I want to send to a C library. The library will remember its location and so I want it to be in static memory, so I use object_evict and send the result of object-evict to the library as a c-string argument to a foreign-lambda. The library now knows

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread Brandon J. Van Every
Thomas Christian Chust wrote: I vote against Tk, because in my humble opinion I vote against Tk, for all the aforementioned reasons, and an additional one: it is perceived as old crap. It will not attract people to the Chicken project. In fact, that kind of design is likely to drive

Re: [Chicken-users] SXML tutorial draft

2007-02-05 Thread Peter Bex
On Mon, Feb 05, 2007 at 01:55:46PM +0300, Dmitry Lizorkin wrote: Hello, What a good tutorial! Thank you for taking your time and effort for developing illustrative tutorial examples and for presenting all this. Thank you! I found the existing documentation to be severely lacking. It isn't

[Chicken-users] Evicted objects

2007-02-05 Thread Tony Sidaway
This is the crux of it. $ cat testevict.scm (use lolevel) (define (myalloc size) (printf Requested ~S byte\n size) (let ((obj (allocate size))) (printf ~S\n obj) obj)) (define getmem (foreign-lambda* void ((c-string ptr)) printf (\ptr = %p\\n\, ptr);)) (define s A string) (define e

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread Kon Lovett
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Feb 5, 2007, at 2:47 AM, felix winkelmann wrote: On 2/5/07, minh thu [EMAIL PROTECTED] wrote: About the API. You'd like to go opengl-style, right (stateful or stateless ?) ? What about a xhtml/css/javascript style ? I mean, of course,

[Chicken-users] sxml-tools modifications

2007-02-05 Thread Kon Lovett
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Just a note to let you know I modified the sxml-tools egg. Nothing momentous, just adding import/export support making sure 'syntax' files are only syntax. Best Wishes, Kon -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin)

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread felix winkelmann
On 2/5/07, Thomas Christian Chust [EMAIL PROTECTED] wrote: * Tk is not a small toolkit and it bloats your applications even more because you need a second scripting runtime -- Tcl or Perl -- to use it. I find that only acceptable if I'm programming in Tcl or Perl anyway. * Tk is not very

Re: [Chicken-users] cross-platform gui toolkit

2007-02-05 Thread felix winkelmann
On 2/6/07, Kon Lovett [EMAIL PROTECTED] wrote: I do like Cells, but I am unsure if Tilton is still working on Cello. It seems dormant. A TinyCLOS Cells extension would be nice (so would ContextL but Cells might be more generally useful). I've never grokked cells. It's hard to figure out the

Re: [Chicken-users] Evicted objects

2007-02-05 Thread felix winkelmann
On 2/6/07, Tony Sidaway [EMAIL PROTECTED] wrote: This is the crux of it. $ cat testevict.scm (use lolevel) (define (myalloc size) (printf Requested ~S byte\n size) (let ((obj (allocate size))) (printf ~S\n obj) obj)) (define getmem (foreign-lambda* void ((c-string ptr)) printf

[Chicken-users] Trouble with awk and syntax-case

2007-02-05 Thread moochee
Hello, i'm having trouble using the awk macro and syntax-case at the same time. Whenever i use an awk-macro and just load syntax-case (via require-extension) chicken complains about an unbound variable somewhere deep in the expanded code. I've attached a small code snippet to demonstrate this.

Re: [Chicken-users] Trouble with awk and syntax-case

2007-02-05 Thread felix winkelmann
On 2/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I noticed that when i require syntax-case first it works. Is this some kind of bug or do i allways have to load syntax-case before something which utilises some sort of macro transformer itself? Hi, Tim! The problem is that extensions

Re: [Chicken-users] (thread-sleep!) failure?

2007-02-05 Thread felix winkelmann
On 2/5/07, Graham Fawcett [EMAIL PROTECTED] wrote: Hi folks, I've had a very strange experience with the following piece of code, which is supposed to run a scheduled-task every twelve hours, and clean up stale sessions from a session-table: (define *stale-session-monitor* #f) (define