#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
#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
#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
#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
#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
#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
#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