- mcclim-ticket@lists.common-lisp.net - mailman3.common-lisp.net

[mcclim-ticket] #1: Bug in handling of delimiter/completion gestures in McCLIM input editing
by mcclim 20 Aug '07

20 Aug '07

#1: Bug in handling of delimiter/completion gestures in McCLIM input editing ---------------------------------+------------------------------------------ Reporter: thenriksen | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: component1 | Version: Keywords: Drei, input-editing | ---------------------------------+------------------------------------------ Observe the following presentation type definition: {{{ (in-package :clim-user) (define-presentation-type unacceptable ()) (define-presentation-method accept ((type unacceptable) stream view &key) (with-delimiter-gestures (#\Space) (list (accept 'package :stream stream :view view :prompt nil) (accept 'package :stream stream :view view :prompt nil)))) }}} Using Drei, doing (accept 'unacceptable) will work while accepting the first package, but when you press space to accept the second one, a debugger will pop up and inform you that you did not provide any input, and that there is not a default value. I think the problem is that the delimiter gesture is "re-evaluated" as a terminating delimiter gesture. The problem does not show up with Goatee, because Goatee implements a non- standard hack with which you can inhabit rescanning by providing :rescan nil as argument to ''replace-input''. This is used in the completion done when pressing space after entering the first package name. I don't think the McCLIM input editing routines should expect input-editing-streams to implement nonstandard hacks in order to work properly, but I haven't yet been able to figure out how to fix this. In case anyone is interested, I think the buggy function is ''complete-input''. At least, that's where the ''replace-input''-call is. This is a very serious problem that prevents Drei from being able to accept many interesting presentation types, including some seen in classic CLIM applications. -- Ticket URL: <http://trac.common-lisp.net/mcclim/ticket/1> mcclim <http://common-lisp.net/project/mcclim> mcclim

1 2

[mcclim-ticket] #13: Climacs and combining characters sequences
by mcclim 04 Apr '07

04 Apr '07

#13: Climacs and combining characters sequences -------------------------+-------------------------------------------------- Reporter: dlichteblau | Owner: thenriksen Type: defect | Status: new Priority: major | Milestone: Component: general | Version: Keywords: | -------------------------+-------------------------------------------------- Combining character sequences are not rendered correctly: [http://jlr.freeshell.org/data/mcclim/screenshots/2007-03-27-climacs- unicode-2.png Screenshot] -- Ticket URL: <http://trac.common-lisp.net/mcclim/ticket/13> mcclim <http://common-lisp.net/project/mcclim> mcclim

1 2

[mcclim-ticket] #12: Cosmetic differences between real GTK and mcclim with GTK backend that would be easy to fix
by mcclim 27 Mar '07

27 Mar '07

#12: Cosmetic differences between real GTK and mcclim with GTK backend that would be easy to fix --------------------------+------------------------------------------------- Reporter: imikalajunas | Owner: dlichteblau Type: enhancement | Status: new Priority: minor | Milestone: Component: gtkairo | Version: Keywords: gtk | --------------------------+------------------------------------------------- Even with gtk scrollbars mcclim applications feel foreign, two small differences i have found are: Red outline - color of the pane is white in mcclim, and "default" or "button" in gtk. Blue outline - there is a border outside of the scroll pane in GTK so it's easier to discern which pane the scrollbar belongs to. [http://ignas.pov.lt/clim.png McClim screenshot] [http://ignas.pov.lt/xchat.png GTK screenshot] TRAC embeds pictures automatically, sorry. -- Ticket URL: <http://trac.common-lisp.net/mcclim/ticket/12> mcclim <http://common-lisp.net/project/mcclim> mcclim

1 1

[mcclim-ticket] #2: gtkairo: the slider needs tick marks
by mcclim 15 Mar '07

15 Mar '07

#2: gtkairo: the slider needs tick marks -------------------------+-------------------------------------------------- Reporter: dlichteblau | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: component1 | Version: Keywords: | -------------------------+-------------------------------------------------- Gtkairo Bug 5b: The slider needs tick marks. -- Ticket URL: <http://trac.common-lisp.net/mcclim/ticket/2> mcclim <http://common-lisp.net/project/mcclim> mcclim

1 1

[mcclim-ticket] #11: gtkairo crash: tab layout and input focus
by mcclim 14 Mar '07

14 Mar '07

#11: gtkairo crash: tab layout and input focus -------------------------+-------------------------------------------------- Reporter: dlichteblau | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: component1 | Version: Keywords: | -------------------------+-------------------------------------------------- To reproduce, just open the tab layout demo, then close it. (This used to work.) {{{ debugger invoked on a SIMPLE-ERROR in thread #<THREAD "initial thread" {1002396\ 221}>: There is no applicable method for the generic function #<STANDARD-GENERIC-FUNCTION CLIM:STREAM-SET-INPUT-FOCUS (2)> when called with arguments (#<CLIM:VRACK-PANE "(Unnamed Pane)" {10035AF3A1}>). restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Return to application command loop 1: Exit debugger, returning to top level. ((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T)) #<unused argument> #<unused argument> #<STANDARD-GENERIC-FUNCTION CLIM:STREAM-SET-INPUT-FOCUS (2)> #<CLIM:VRACK-PANE "(Unnamed Pane)" {10035AF3A1}>) 0] }}} -- Ticket URL: <http://trac.common-lisp.net/mcclim/ticket/11> mcclim <http://common-lisp.net/project/mcclim> mcclim

1 0

[mcclim-ticket] #10: gtkairo class hierarchy misdesign
by mcclim 14 Mar '07

14 Mar '07

#10: gtkairo class hierarchy misdesign -------------------------+-------------------------------------------------- Reporter: dlichteblau | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: component1 | Version: Keywords: | -------------------------+-------------------------------------------------- IIRC, Gtkairo subclasses generic gadget implementations instead of subclassing their abstract superclasses. -- Ticket URL: <http://trac.common-lisp.net/mcclim/ticket/10> mcclim <http://common-lisp.net/project/mcclim> mcclim

1 0

[mcclim-ticket] #9: gtkairo: slider flickering
by mcclim 14 Mar '07

14 Mar '07

#9: gtkairo: slider flickering -------------------------+-------------------------------------------------- Reporter: dlichteblau | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: component1 | Version: Keywords: | -------------------------+-------------------------------------------------- The native gtkairo slider flickers when it is being moved. (The only surprise here is that the scroll bars don't have that issue.) -- Ticket URL: <http://trac.common-lisp.net/mcclim/ticket/9> mcclim <http://common-lisp.net/project/mcclim> mcclim

1 0

[mcclim-ticket] #8: gtkairo regression: method browser broken
by mcclim 14 Mar '07

14 Mar '07

#8: gtkairo regression: method browser broken -------------------------+-------------------------------------------------- Reporter: dlichteblau | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: component1 | Version: Keywords: | -------------------------+-------------------------------------------------- The option panes in the method browser are not visible. This used to work just fine. -- Ticket URL: <http://trac.common-lisp.net/mcclim/ticket/8> mcclim <http://common-lisp.net/project/mcclim> mcclim

1 0

[mcclim-ticket] #7: gtkairo: layout troubles
by mcclim 14 Mar '07

14 Mar '07

#7: gtkairo: layout troubles -------------------------+-------------------------------------------------- Reporter: dlichteblau | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: component1 | Version: Keywords: | -------------------------+-------------------------------------------------- Gtkairo Bug 23: Beirc problem: When connecting to a server, the first receiver pane is created, and suddenly the windows gets unusably large, hiding the interactor. Replacing the :min-height 800 in receivers.lisp with :min-height 400 :max-height 400 fixes that, but CLX doesn't have the same problem. -- Ticket URL: <http://trac.common-lisp.net/mcclim/ticket/7> mcclim <http://common-lisp.net/project/mcclim> mcclim

1 0

[mcclim-ticket] #6: gtkairo: cairo medium ellipse drawing and line styles
by mcclim 14 Mar '07

14 Mar '07

#6: gtkairo: cairo medium ellipse drawing and line styles -------------------------+-------------------------------------------------- Reporter: dlichteblau | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: component1 | Version: Keywords: | -------------------------+-------------------------------------------------- Gtkairo Bug 22: The cairo version of medium-draw-ellipse* needs a rewrite. (The gdk medium can draw ellipses just fine, however.) The current implementation fills an ellipse, but completely fails when drawing its border: {{{ ;; This one is tricky. Cairo doesn't know ellipses, it only knows ;; circles. But then it is fully capable to draw circles under affine ;; transformations only that the line style is transformed too. So ;; what we do: We setup an [additional] transformation to from our ;; ellipse to a circle and setup line style properly transformed. --- ;; This is not entirely correct in case of shearing or odd scaling ;; transformations. }}} Unless cairo starts supporting ellipses natively, I would suggest using bezier curves to approximate an ellipse. -- Ticket URL: <http://trac.common-lisp.net/mcclim/ticket/6> mcclim <http://common-lisp.net/project/mcclim> mcclim

1 0