[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice
Subject:    Re: New updated webprototype (koffice-filters)
From:       John Califf <jcaliff () compuzone ! net>
Date:       2000-12-23 15:51:57
[Download RAW message or body]

Enno Bartels wrote:
> 
> Hi everybody
> 
> John Califf wrote:
> -------------
> 
> > Regarding Kimageshop filters, we have filters for jpg, png, gif, xpm,
> > and bmp.  These however are currently internal and need to be moved to
> > the filters subdirectory to use the filter protocol.  Currently you can
> > "import" such images into a krayon image or layer, but not open them
> > with file open (until they are moved so common code can connect them to
> > "open").
> 
> If that is done and ready working please tell me if we have to add theses
> filters to the list or not.
> 
> > I'm also planning an xcf filter (gimp file format).  Our
> > format is very similar to gimp so that won't take long.  I will probably
> > start working on filters in January.
> 
> That sounds good.
> 
> > The page looks good.  One minor gripe - It's too wide, and doesn't fit
> > in an 800x600 or so browser widow.
> 
> > This may be because of the width of the tables.
> 
> Shound the filter tables done separately one beneath the other or not.
> Because on my brouser it is no problem to scroll left and right for the 2
> table
> coloums, if a scale the brouser window smaller.
> 
> > Also, please change the name "Kimageshop" to "Krayon"
> > everywhere it's used.
> 
> Okay - thats done
> But which Doctype Definitions are right kimageshot.dtd or krayon.dtd both
> can be found in the kimageshot directory?
> At first I have added both  on the webside.
> 
> Thank
> Enno

This may be confusing, but while the app name and library names and all
documentation has been changed to "krayon", the directory in cvs is
still named "kimageshop".  Use the krayon.dtd which is found in
/koffice/kimageshop/krayon/dtd.  kimageshop.dtd is no longer relevant.
The directory name should be changed as well but this has to be done
from the top of koffice cvs by someone who knows about the implications
for the overall build process.  That's not me.

I guess you shouldn't add the krayon filters to your list until I move
them to koffice/filters and use the standard protocols for filters. 
Otherwise people might be confused.  Probably I won't get them moved
until the middle of Jan.  The documentation you provided on filters will
help me do that.  Thanks.

I know you can scroll the page if it's wider than 800 pixels to see it
all, but this is cumbersome and makes accessing the page more difficult
than it need be.  One solution would be to put the tables one under the
other.  I don't like fixed width pages and if a page in effect becomes
fixed width it should be no wider than 640 or at most 800.  There may be
some exceptions for large images, of course.  There may be a difference
of opinion on this for those who think everyone browses with a giant
display but the trend towards fixed witdh is quite ugly in my opinion
and violates the spirit of html.  With fixed width, the page is either
too small leaving unbalanced white space to the side (usually) or too
large.  Without fixed width content flows as it should to fill the
browser window, within reasonable limits (640 <= width <= 1024).  When a
window is too wide or when scrollig is forced on the user by very wide
fixed width pages (width > 800) then text lines are too long to read
easily unless multiple columns are used.  

Thanks for changing the name to "krayon".  

John

[prev in list] [next in list] [prev in thread] [next in thread]