Re: static ascp

Nwanua Elumeze (
Sat, 23 Jan 1999 19:39:23 -0700 (MST)

>>  It sounds like Ascp is giving more trouble than pleasure.

only to support gtk+-1.0.x ;-)

>>  If AfterStep - all releases - compiles without a hitch, why
>>  persisting with a control-panel that only compiles to developers
>>  ?

Since ascp uses gtk+ and AfterStep doesn't, I don't beleive comparing them 
from a lib point of view is of any use.

To answer the question, several widgets and functions that are only 
available in the devel libs:

o   in the first three weeks of first learning about gtk+, I wrote about 100
    lines of code for wharf just to deal with embdeddable folders and files
    (10 levels deep) using the stable libs. I then discovered the devel libs 
    had the gtk_ctree widget, which allows you to simply drag things in/out
    of folders. Saved me another 100 or so line of (at best) buggy code.
    From a user perspective, it's much easier to look at a tree and drag things 
    around _the_way_ you want them to look in the real wharf. The alternative 
    was to simply have an editable list: but then again, I could also edit wharf 
    by hand and do a faster job w/o risking ruining my wharf.
o   a few functions that save a whole bundle of duplicated effort (and bugs)
    are present in the devel libs but not otherwise.
o   I just recently implemented the up/down buttons for moving items in
    a list about on several pages. Then I saw that the stable version had no 
    corresponding functions.
o   It was at that point I realized I had three choices: 
    -   stick with stable libs and have a less powerful ascp
        (much more substandard than it would be, imho)
    -   actually continue to write duplicate functions: one set for 
        stable, the other for devel libs  
    -   abandon the double effort and use the libs that do the best good for
What I really hope for, is the merger of the two libs by the gtk+ writers...


>>  Is it really impossible to write a less lib demanding panel ?

no it is not. From a creative point of view, it's growth and feature stunting.