On 11/16/10 18:39, Fulvio wrote:

Hi!

>> Right there could be some destructive interaction. Still, you have to
>> do something outside the comment editor, I fancy, for Scid to change
>> the position, right? In that case the editor would loose the focus,
>> right?
> Yes.
> The problem was the editor window opened the comment were duplicated.
> I remeber there was an email from a user that described how to generate
> the problem (if i'm not wrong there was some pre-move function that
> create a big mess)

I think that current code avoids the problem. At least I don't see any. 
I'd strongly encourage everyone to check and see if it turns up again.

>> What do you mean by "over the board"? They show in the game info area
>> below the board. Surely you don't mean that, right? Do you mean some
>> tooltip covering the board?
> yes, exactly (the game info area?!? It's incredibly HUGE! :-)

Wouldn't such a tooltip just disturb? Floating arround in the midst of 
action? I have quite some games that use rather extensive textual 
commentaries. And also note that tooltips can not have scroll bars. I'm 
not sure that they are really a solution. The more I think about it the 
more I dismiss it.

> Some code i wrote give me conflicts when i update to cvs, so i'll try to
> make some clean-up or check-out a new version to see the improvements.
> However, i hope that "alt-tab switching" do not mean you override the
> system behavior of the alt+tab.

No. Surely not. Why should I? Alt-Tab just switches the windows. Its a 
fine behaviour and I need it to switch to the comment editor.

> The "comment editor" is very, very, very ugly and i vote for rewrite it
> from scratch.

Hm. Well... I don not really agree.

> Ok, it's like firing on the red cross, but:
> - If i mark a square red in the comment appears [%draw full,d7,red]  :
> seriously?

What's wrong with that?

> - Why there is a minuscule (not resizeable) copy of the board?

Should it be resizable? It is only for marking fields. Really a larger 
board needed for that? I think it is doable, like we have it in the 
browser windows. I think it could also be bound to ctrl-mouse-wheel. But 
I admit that I don't see the actual usecase. (Btw: this is one of the 
fine points where we have two absolutely contradictionary requests. 
Michal wanted to get rid of this "unused thing".)

> - And the annotation symbols are the final joke, i really laugh every
> time i use it.

What's wrong with them? I'd like to laugh as well ;)

> What's a simple "comment editor" in my opinion?
> A simple box when you can type comments, right click to insert an
> annotation symbol and that is closed and saved when i finished typing.

Well, we have that except the autoclose. (BTW: I think this would 
interfere destructively with docking, not?)

> The only option that i want in this window is to give up my changes and
> close without saving.
> And i'll prefer it over the board: when i want to write a comment in a
> position ctrl+e, appears a semi-transparent text-box where i write, then
> ctrl+e close and save the comment.

I admit that I hate semitransparent windows (besides that I'm not sure 
that Tcl/Tk can do such things).

Besides: it would be easy to invoke save on ctrl-e. We could map e.g. 
ESC to close without saving. Opinions?

> But i don't know if tk supports semi-transparent backgrounds.

(hopefully not ;)

> The "insert mark" should be a combo box in the toolbar, let's say like
> the one to change the character color in openoffice.

You refer to the buttons below the board in the comment editor? Would 
have to check if a combobox could hold graphics. Would save one line, at 
max. probably two if I do the same with colour selector. But may ask if 
we really should tune every easy accessible function to micro-screens. 
IMHO also a usability question. Opinions?

> I don't know why you prefer to leave the window opened.

Sometimes to read the comment. And I can switch back and forth with 
alt-tab / alt-shift-tab, or my sliding focus respecitvely, quite 
quickly. And as I need the input bar for NAGs for the lesser common 
(e.g. /\, [])

> Ctrl+e is better
> than alt-tab to focus on the window and the comments are more ofter read
> than written, so why keep opened a window rarely used?

I actually use it quite a bit. So it is actually no rarely used window 
for me. Maybe this is my cc-usecase where you play and annotate in one go.

> Do you know if there is a way to remove the navigation button over the
> board (left arrow, right arrow, etc...)?

This has no option yet. We could add one. Opinions?

> I can't find an option in the
> menu so i resolved deleting it from the code, and i'm thinking to add on
> option like the "show game info", but perhaps it already exist and i
> cannot find it.

Options / Windows / Show game info.

cu
Alexander

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users

Reply via email to