- mcclim-devel - mailman3.common-lisp.net

Re: [mcclim-devel] resizeable panes
by C Y 30 Apr '05

30 Apr '05

--- Paolo Amoroso <amoroso(a)mclink.it> wrote: > rpgoldman(a)real-time.com writes: > > > Is there any easy way to give a McCLIM pane one of those > handy-dandy > > stretch interactors that conventional UIs have? You know, where > you > > can re-allocate space across a pair of panes by dragging on the > > bounday line, or a little icon attached to the boundary? > > At least one CLIM implementation, probably Franz's, provides access > to > the Motif sashes. > > > Paolo So CLIM itself doesn't address this? CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[mcclim-devel] resizeable panes
by rpgoldman＠real-time.com 29 Apr '05

29 Apr '05

Is there any easy way to give a McCLIM pane one of those handy-dandy stretch interactors that conventional UIs have? You know, where you can re-allocate space across a pair of panes by dragging on the bounday line, or a little icon attached to the boundary? Thanks, R

3 2

[mcclim-devel] Subclassing text-field?
by Yoel Jacobsen 29 Apr '05

29 Apr '05

I would like to have a numeric-only text-field. I want it to return numbers with gadget-value, and to be able to setf it with numbers (and not strings). Is subclassing text-field (and text-field-pane?) and defining gadget-value and (setf gadget-value) the solution? If so, it seems to be more complicated than I thought. Any idea/help/example? Thanks, Yoel

2 1

Re: [mcclim-devel] Black art
by C Y 28 Apr '05

28 Apr '05

I think what it comes down to is there simply is no beginner level guide written (or even tutorial that I can find) which says "here's how to create an application." Because, at root level, that's what new developers are asking - I have an interface in my head, how do build it and I get it to run? One suggestion I do have is an extension of the requests to include the file-selector as a component in McCLIM - create a library of "standard interface components" that people can quickly bolt together, and then they will have only to define the tricky, application specific parts of the code. Thinks like menu bars, file-selectors, tabbed windows, scrollable windows, status bars, slidable controllers, button palettes, example configuration dialogs, etc. would be really nice to have available as bolt on components. These would also form a very good basis for a graphical UI designer ala glade or QT Designer. For each of these, a sort of mini API can be defined, and how they are implimented internally can change without bothering user code. This is probably way beyond the CLIM spec, but it would be an excellent way to lower the barrier of entry. And as people create new components, if appropriate they can be added to the available library until it's only a special case presentation like a spreadsheet grid or a mathematical document or an image editing display/interaction that would need to be custom written - most of the rest of the graphical components could be gotten from "standard" or even previous custom objects contributed to the library. And a graphical CLIM interface builder could possibly go a long way towards helping people create "correct" code or at least avoid errors. Does this make sense to anyone else? CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 3

Re: [mcclim-devel] Axiom
by C Y 28 Apr '05

28 Apr '05

I note, to my surprise, the screenshots page on Axiom only has the TeXmacs screenshots. I'll try to get this sucker working tonight and make some of the browser. Basically, as far as I can remember, it was a text browser with the ability to imbed images and send commands to Axiom. A breakthrough for its time but rather dated now - it should be pretty simple (in theory) to mock up something like it. (Sinking feeling as this gets filed under famous last words...) CY --- Andy Hefner <ahefner(a)gmail.com> wrote: > What kind of browser? > > On 4/28/05, C Y <smustudent1(a)yahoo.com> wrote: > > "I've looked at McClim which is a path I'd dearly love to take but > so > > far I've not gotten it to work. If someone could reproduce the > first > > page of the browser (a few buttons, an image) in McClim that might > be > > enough to get me over the hurdle. A pure lisp solution is > preferred." > > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

[mcclim-devel] Axiom
by C Y 28 Apr '05

28 Apr '05

There has been some discussion going on on the Axiom list about graphics, and Tim Daly made the following interesting remark: "I've looked at McClim which is a path I'd dearly love to take but so far I've not gotten it to work. If someone could reproduce the first page of the browser (a few buttons, an image) in McClim that might be enough to get me over the hurdle. A pure lisp solution is preferred." How difficult would this be to create (assume current McCLIM skills = <very small quantity>) ? I would like to take a stab at this (or if somebody with actual skill does that would be even better) because if Axiom impliments a GUI in McCLIM it would (IMHO) do a world of good for both Axiom and McCLIM. I have gotten McCLIM to work before (though not on GCL) and if it's not insanely difficult I'd like to take a shot at it. CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Re: [mcclim-devel] Axiom
by C Y 28 Apr '05

28 Apr '05

I should mention the browser is not the most complicated thing in the world graphically, as it dates from a rather earlier period in interface history. (A few buttons, objects, etc.) I can't produce a screenshot right now because my last install went wonky :-(. CY --- C Y <smustudent1(a)yahoo.com> wrote: > There has been some discussion going on on the Axiom list about > graphics, and Tim Daly made the following interesting remark: > > "I've looked at McClim which is a path I'd dearly love to take but so > far I've not gotten it to work. If someone could reproduce the first > page of the browser (a few buttons, an image) in McClim that might be > enough to get me over the hurdle. A pure lisp solution is preferred." > > How difficult would this be to create (assume current McCLIM skills = > <very small quantity>) ? I would like to take a stab at this (or if > somebody with actual skill does that would be even better) because if > Axiom impliments a GUI in McCLIM it would (IMHO) do a world of good > for > both Axiom and McCLIM. I have gotten McCLIM to work before (though > not > on GCL) and if it's not insanely difficult I'd like to take a shot at > it. > > CY > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > mcclim-devel mailing list > mcclim-devel(a)common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/mcclim-devel > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: [mcclim-devel] possible buglet in highlighting shapes
by pw＠snoopy.mv.com 27 Apr '05

27 Apr '05

> I have built a grapher-based tool, that allows me to distinguish > between multiple types of node by using shapes. When I highlight > rectangular nodes, all is well. But I have "roundtangle" nodes, and > when I pass the mouse over them, instead of seeing a box around them, > or a highlight outline around the roundtangle, McCLIM gives me THREE > rectangles, one around the body of the node, and one each around the > semi-circles on the end. You probably want to use :single-box T in with-output-as-presentation. Paul

1 0

[mcclim-devel] A couple of Beagle changes
by Duncan Rose 26 Apr '05

26 Apr '05

The following patch (generated with 'cvs diff -u beagle', which I hope is correct) should modify Beagle so that the following are 'fixed' (i.e. as fixed as they ever get when I do things which is not very ;-) + rectangular tiles + line dashes + patterns (not stencils though) + dispatch repaint when mirror transform is set now untransforms the mirror region by the mirror transformation to hopefully speed things up a little (still veeery slow when the output history is large) beagle/image.lisp can be removed from Beagle, and the lisp-bezier-path.lisp file needs adding. Thanks, -Duncan

1 0

[mcclim-devel] Re: clim-debugger
by Matthew D Swank 26 Apr '05

26 Apr '05

It's not much, but: ;;; -*- Mode: Lisp; Package: COMMON-LISP-USER -*- ;;; ASDF system definition for the clim-debugger. (asdf:defsystem clim-debugger :serial t :components ((:file "clim-debugger"))) -- "You do not really understand something unless you can explain it to your grandmother." — Albert Einstein.

1 0