On 01/01/11 12:27, Joost 't Hart wrote: Hi!
Happy New Year to you all! >> Scid Linux: Just mark moves in the PGN window, then the game is >> automatically loaded >> in the clipboard, i.e. you do not need to use CTRL+C. By using the middle >> mouse tab you >> can insert the game whereever you want. > > Yes, this text (not "game") copy/paste thing works for me as well; but > does it depend on the window manager that you use? It should actually be "standard" as it is the X11 way to handle the clipboard for, well, a very long time. Seems to be the case for so long a time that current developers don't recognise it anymore, that is recent "desktop environments" seem to break X11 here, indeed. :( I think this is what Joost refers to "depending on the window manager". The unfortunate thing seems that it's not only an issue of the window manager, however. (Otherwise it would never be broken in my environment running WindowMaker for, well, a very long time ;) Concerning the original problem: There is a fine issue here. If you have a look at what Ctrl-C in the main window does, it DOES NOT copy the game to the clipboard. It does copy to the _Clipbase_. This is quite a difference, and to my observation most people by far underestimate the Clipbase as such. Being a full featured Scid DB in memory instead of a file you can do very nice things in the Clipbase. But you've to understand this concept and that it has for very good reasons no interference with the system clipboard. This fine difference seems to cause some confusion here. Anyway, if you think it through IMHO Scids logic is very clear. If you Ctlr-C from the main window you get the game to the clipbase, where you get a full representation of the game with all features of Scid, e.g. all game flags get copies etc. (You might also want to note, that there is no representation of e.g. games flags in PGN standard.) Now from the PGN window, however, you "copy to the clipboard" (no binding here, but it's easy to add, btw.) exactly what is displayed: the PGN representation of the game and this one is not copied to the Clipbase (there you'd surely expect a full featured copy of the game) but only the PGN representation. Ie. you get comments and variations but e.g. no flags. Given the mentioned use case of transfering games to these modern things like blogs or the like and the need to copy the PGN representation of a game easily, some solutions come to my mind: - Add Ctlr-C binding to the PGN window to speed up things. This would follow the applications logic all you need to do would be to open the PGN window and copy from there. Unfortunately, I hear those peoply crying who use some stamp size displays: "I have no space for the game info area and you come along with another WINDOW". And I fear the blogging people would most likely use some subsize displays, right? Finally, I'm not sure that people will understand the logic in docking mode as you still need to give the focus to the PGN window ahm, tab for ctrl-c to do what you might want it to do. Anyway, I think one might add ctrl-c to the pgn-window as it would be expected to work there. - Add the SAA/CUA shortcut for copy to the clipboard to the main application. Then we could have Ctrl-Ins to copy PGN to the clipboard and Ctrl-C for copy to the clipbase and all would be in line with the standard. (But all those windows people hardly know SAA/CUA as Windows broke it right away with it's first releases.) - Add a new menu entry to copy the PGN representation to the clipboard from the main window. This could (should?) go along with the previous suggestion. - Add options to Tools/Export to allow for exporting PGN representation to the Clipboard for both the current game and the entire filter. (Actually, one of the nice features of the Clipbase is that you can collect easily several games from entirely different searches there and export them in one chunk.) This follows quite some logic, and wouldn't be to difficult. - Refine Ctrl-C in the main window to do both: copy the game to the clipbase as well as copy its PGN representation to the clipboard. Finally, I do NOT think that it is wise to REDEFINE the function of Ctrl-C entirely. Probably refining it as mentioned in the last point would be the most convenient change, but I'm open to other suggestions. As far as the Mac is concerned, I think it is no technical issue with Ctrl-C (I may be wrong here as I have no fruit) but a logical issue. The poeple at Apple were a bit wiser than the rest and remembered the function of Ctrl-C, which is actually "break" ie. terminate the current program. So they don't use Ctrl-C to copy data to the clipboard but they just use Command-C. Therefore if I add a shortcut Ctrl-C it should IMHO work on the fruits but nobody would use it or discover it as it is "just the wrong key". cu Alexander ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
