Michal Rudolf wrote:
Hi!
> Alexander Wagner, wtorek, 20 maja 2008:
>> I just wanted to stress that someone who "just wants to play
>> chess" might be more interested in just using the stuff and
>> not that much in locating a screw named "tcl/tk 8.5 what the
>> hell that means". Its just another hinderence (until it is
>> broadly distributed.) Therefore I'd be carefull requireing
>> the widgets of this set, however nice they look. Maybe I'm
>> wrong, but...
>
> BTW. Is Tcl already part of Linux distributions? I use
> Gentoo and it is there, though not enabled by default.
Of course. Its availabe since years, and actually, in a
decent package managing system installing a tool that
requires them will just add Tcl/Tk by means of requirements.
I think gentoo handles this that way as well. Ie. if you
"emerge ding" (or even "emerge scid") your emerge should
alos emerge Tcl and Tk.
Addiontally if I tell someone: you need Tcl/Tk you could
just open your package manager and fetch it from there. On
Debian by means of Synaptic e.g. you'd again use emerge
(don't know, but I think a GUI for that purpose would
violate the spirit of gentoo ;)
For this reason even an almost new user can use these
sytems. To my experience, for the average user, something
like
./configure
make
make install
is way beyond the capabilities. But even if this is
required, the above in my epxerience, has to be definitely
be the maximum required, probably plus the hint to get "tcl,
tk, tcl-dev and tk-dev from your distribution".
a way into the normal distributions, or why Garth is
fiddling arround with Mac dmgs. (No offense, but to my
experience the average Mac user really does not want to open
this strange little thing where to enter commands via the
keyboard. They even have it only since OS X ;)
Now, from my experience I know this cumbersum dep-searching,
and even I prefer to just have my normal software within the
package manager. Scid is one of the very few exceptions to
this rule.
> OTOH most Scid users have Windows and they don't care what
> is installed - the newer, the better.
Windows people do not care about anything, but actually,
they get a prebuild binary from Pascal. There you don't have
an issue though. Actually you could even build this against
8.5.
Its just if you heavily use the new widgets of 8.5 all Unix
people will have to fetch that first and all Unix people
include Linux in any flavour, BSD in any flavour, and OS X
as well. Here, you've a very divese community and it's just
my experience that tells me that for a tool that searches
for widespread use it is wise to check which lib versions
are available in debian stable. You can just rely on the
fact that this version is the least available everywhere.
Looking at gentoo e.g. would be very unwise, the same
Ubunut. Not cause these distributions are not used or bad
per see, but just cause they're very much at the bleeding
edge of developtment. Surely, you'll find Qt5 in gentoo or
Ubunut a lot earlier than you'll find it in any
"conservative" distribution like those more targeted to the
professional users. (Professional in the sense of using in a
company or server environment where upgrading more than once
every two years is just a pretty expensive game...)
I just would give a thought about the point how to reach
most of the userbase with the least of pain to them, an for
this I'd keep the 8.5 widgets out.
One could consider of course to use wrapper functions for
the widgets in quesion. Something like
Scid::Scrollbar {} {
if tk > 8.4 {
use_new_widget
} else {
use_old_widget
}
}
And then replace all occurances of the scrollbar call by
Scid::Scrollbar. This would enable a smooth migration and
probably the best way to go. This could happily live in a
new file like scidGUIfunc.tcl or whatever.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Scid-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users
