Hi Pascal,
"Pascal Georges" <[EMAIL PROTECTED]> schrieb:
[...]
> Ok, I understand now. With the mouse, there are three modes to enter
> a move :
> 1. click start square -> click destination square
> 2. click destination square -> click start square
> 3. drag piece from start square to destin
2008/9/22 Jens Guballa <[EMAIL PROTECTED]>
> Hi Pascal,
>
> from the initial position I want to enter the move 1.f2-f3. Therefore I
> move with the mouse to the f3 square. Scid's suggested move here is
> 1.Ng1-f3, and both squares, g1 and f3 are marked gray (I think, gray
> is the default for a su
Hi Pascal,
from the initial position I want to enter the move 1.f2-f3. Therefore I
move with the mouse to the f3 square. Scid's suggested move here is
1.Ng1-f3, and both squares, g1 and f3 are marked gray (I think, gray
is the default for a suggested move). Now I press the left mouse button,
and I
It seems I confused problems here, given I fixed an offset bug in mouse
events recently. But I can't reproduce any bug myself : could you describe
precisely what happens, and your detailed configuration ?
Pascal
2008/9/22 Jens Guballa <[EMAIL PROTECTED]>
> Hi Pascal,
>
> I checkout from CVS, but
Hi Pascal,
I checkout from CVS, but the problem still exists. The focus of the
dragged destination square is still lost as soon as the mouse leaves
that square.
Best regards
Jens
pgeorges <[EMAIL PROTECTED]> schrieb:
> Hi,
>
> This is fixed in current CVS and use a border of 2 to work aroun
Hi,
This is fixed in current CVS and use a border of 2 to work around this
problem if you don't want to use CVS.
Pascal
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux
Hi Pascal,
let me just repeat the problem I encountered since scid-3.6.19, as my
initial posting was quite a long time ago.
I want to enter a move with the mouse by dragging the destination square
(where several pieces might be able to move to) to the source square of
the piece I want to use. Thi
Jens Guballa a écrit :
> pgeorges <[EMAIL PROTECTED]> schrieb:
>
>
>> Hi Jens,
>>
>> I just tried under Linux (Suse) with Scid 3.6.19 and it works for
>> me ... Maybe you get the kind of strange behavior that others
>> reported on newsgroups with some window managers, but I only saw
>> those bug
pgeorges <[EMAIL PROTECTED]> schrieb:
> Hi Jens,
>
> I just tried under Linux (Suse) with Scid 3.6.19 and it works for
> me ... Maybe you get the kind of strange behavior that others
> reported on newsgroups with some window managers, but I only saw
> those bug reports for Tcl/Tk 8.5, which I don
Jens Guballa a écrit :
> pgeorges <[EMAIL PROTECTED]> schrieb:
>
>
>> Jens Guballa a écrit :
>>
>>> Hi all,
>>>
>>> with former versions of scid it was possible to enter moves by
>>> dragging the destination square with the left mouse button to the
>>> originating sqare of a move (that's my
pgeorges <[EMAIL PROTECTED]> schrieb:
> Jens Guballa a écrit :
> > Hi all,
> >
> > with former versions of scid it was possible to enter moves by
> > dragging the destination square with the left mouse button to the
> > originating sqare of a move (that's my favorite style of entering
> > moves).
Jens Guballa a écrit :
> Hi all,
>
> with former versions of scid it was possible to enter moves by
> dragging the destination square with the left mouse button to the
> originating sqare of a move (that's my favorite style of entering
> moves).
>
> With the actual version of scid this seems not to
Hi all,
with former versions of scid it was possible to enter moves by
dragging the destination square with the left mouse button to the
originating sqare of a move (that's my favorite style of entering
moves).
With the actual version of scid this seems not to work anymore. Was
there a change, or
13 matches
Mail list logo
