On Mon, 2005-04-18 at 19:06 +0200, Sven Salzwedel wrote:
> Am Samstag, den 16.04.2005, 02:08 +0100 schrieb David A Knight:
> > Another thing that probably needs to be done anyway is that the
> > statistics should be removed from the site settings dialog as they don'=
t
> > make much sense there really, even less if you have just created the
> > site and it displays as you suggest. The addition of a Reports item to
> > the Site menu like Dreamweaver has would probably be a good idea.
>=20
> Would make sense, because the menu item is labled "Site Settings" and
> the statistics actually are no settings.
what might also be nice here would be some form of scripting support so
custom reports can be created using python or some other language. Just
what sort of reporting would be nice I'm not sure. Some sort of tie in
with server logs on the server the site is published to etc. that fit
into the site management side of screem that is supposed to exist.
David
--=20
Make your website SCREEM - Site Creating & Editing EnvironMent
URL: http://www.screem.org/
Mail: david@...

On Tue, 2005-04-19 at 21:44 +0200, Sven Salzwedel wrote:
> the gtk filechooser are the same, too). Should ressources where you
> can't write to be added too?
not sure. if you can't write to them there isn't too much point in
opening them in screem after all, although I guess you may want to look
at html source and copy it to something you are working on already, so
there could be a need for them.
David
--=20
Make your website SCREEM - Site Creating & Editing EnvironMent
URL: http://www.screem.org/
Mail: david@...

I've made a new stable release containing some of the bug fixes from
0.13.x.
* when not working on a site only show the users home directory instead
of /,
this should fix screem stoping removable media being unmounted.
* updated de translation
* fixed crash when pasting with the autocomplete popup being displayed
* fixed resizing problem with dockitems
* fixed upload wizard plugin not loading correctly
* fixed bug with tag inspector that caused php files to crash screem
* fixed crash with building the tree for css files
The plan is for the current 0.13.x to be released as 0.14.0 some time in
the next few weeks even though a large number of the features targeted
are not implemented. This is to avoid distributions only containing old
versions of screem and also as I believe 0.13.4 is a substantial
improvement over 0.12.x
David
--=20
Make your website SCREEM - Site Creating & Editing EnvironMent
URL: http://www.screem.org/
Mail: david@...

On Fri, 2005-04-22 at 16:13 +0930, Rowan Lewis wrote:
> Hello,
>=20
> I've noticed that the Scream stie is, well, its ugly.
>=20
> How does a redesign made with Scream sound? Would it be welcomed?
by all means if you want to do a redesign go ahead.
depends if it is considered better than what we already have as to what
would be done from there.
David
--=20
Make your website SCREEM - Site Creating & Editing EnvironMent
URL: http://www.screem.org/
Mail: david@...

On Thu, 2005-04-28 at 14:54 -0600, Travis Crook wrote:
> I'm new to this list, but have been using Screem for some time. I was
> wondering how to get ASP syntax highlighting to work inside the editor.
> Currently all I see is black text on a white background. I have
> searched the archives to see if there was any information there and
> couldn't find any.
save http://bugzilla.gnome.org/attachment.cgi?id=3D26632&action=3Dview as
~/.gnome2/gtksourceview/language-specs/asp.lang and ASP highlighting
will be available. .asp files should automatically use it. if they
don't you can change the document type in the status bar so it is
"active server page"
David
--=20
Make your website SCREEM - Site Creating & Editing EnvironMent
URL: http://www.screem.org/
Mail: david@...

Hi All,
I'm new to this list, but have been using Screem for some time. I was
wondering how to get ASP syntax highlighting to work inside the editor.
Currently all I see is black text on a white background. I have
searched the archives to see if there was any information there and
couldn't find any.
I am running Mandriva 2005 LE (formerly Mandrake 10.2), and Screem
version 0.10.2.
Thanks! (and thanks for a great editor!)
--
Travis Crook
Visions Beyond
http://www.VisionsBeyond.com
208-478-7836

Can anyone who makes use of the symbol browser and uses the CVS version
of screem do a checkout and report back if the editor is too slow?
I've modified autocompletion so the symbol browser will be used as well
as tag trees, there seems to be a slight delay here when autocomplete is
attempted with a 1.5 meg tags file. (working with the screem source
itself as a site) Smaller tag files I haven't noticed any delay at all.
This is only very basic and will offer completion for any symbol in a
file of the same type as the one being worked on.
David
--=20
Make your website SCREEM - Site Creating & Editing EnvironMent
URL: http://www.screem.org/
Mail: david@...

Am Dienstag, den 19.04.2005, 19:17 +0100 schrieb David A Knight:
> An "Open Directory" option would be confusing I think, why do that when
> you can just open a site, which is doing the exact same thing,
Well, what I really wanted was something like shortcuts, but "Open
Directory" was at least the right direction. Making the file browser
like the tree in nautilus is nevertheless the best way, especially
because of consistency across the desktop (the default shortcut items in
the gtk filechooser are the same, too). Should ressources where you
can't write to be added too?

On Mon, 2005-04-18 at 19:08 +0200, Sven Salzwedel wrote:
> Am Samstag, den 16.04.2005, 04:46 +0100 schrieb David A Knight:
> > There has been a suggestion in the past for a multirooted browser which
> That was my suggestion and I still believe that this is ok, although not
> the best. Another possibility would be to add an "Open Directory" option
> to the menu which sets the new root in the file browser. Or maybe it
> should add it as another root item to the browser, so that the users home=
is
> still displayed. Selecting the directory would also remove more clutter,
> as you don't have the whole path to the directory you want to work in
> (i.e. /var/www/some/very/long/path/and/now/the/dir/we/want).
An "Open Directory" option would be confusing I think, why do that when
you can just open a site, which is doing the exact same thing,=20
David
--=20
Make your website SCREEM - Site Creating & Editing EnvironMent
URL: http://www.screem.org/
Mail: david@...

On Mon, 2005-04-18 at 14:10 +0200, Roberto Rosselli Del Turco wrote:
> My 0.02=A4 : I really don't see the need to recreate a file-managing
> environment inside an HTML/XML editor, isn't Nautilus/Konqueror/whatever
> there just to do this kind of stuff? Of course I have a limited set of
> files on my local disk to edit, so my opinion is surely influenced by
> this simple fact, but to (re)create "something similar to the tree view
> that nautilus has in browser mode" looks like a waste of resources IMHO.
> If Screem drops the file browser altogether that would be fine by me.
As the browser is needed for working on a site, so you can see the
structure of the site for typing links, so you can see the exclude /
ignore status etc. then for shear consistancy when not working on a site
there should be a browser there. There isn't really much of a resources
issue because of it already being used in a site.=20
It is also partially historical as well, as you know screem used to
start a new instance when opening a file from the file manager.
What it would be nice if the nautilus could just be embeded, I had
looked at this quite some time ago, but the component always opened up a
main nautilus window to go with it. It would also have required someway
of extending the embeded view to handle how screem behaves when working
with sites.
David
--=20
Make your website SCREEM - Site Creating & Editing EnvironMent
URL: http://www.screem.org/
Mail: david@...

Am Samstag, den 16.04.2005, 04:46 +0100 schrieb David A Knight:
> There has been a suggestion in the past for a multirooted browser which
> is another possible avenue to explore, so we have something similar to
> the tree view that nautilus has in browser mode.
That was my suggestion and I still believe that this is ok, although not
the best. Another possibility would be to add an "Open Directory" option
to the menu which sets the new root in the file browser. Or maybe it
should add it as another root item to the browser, so that the users home is
still displayed. Selecting the directory would also remove more clutter,
as you don't have the whole path to the directory you want to work in
(i.e. /var/www/some/very/long/path/and/now/the/dir/we/want).

Am Samstag, den 16.04.2005, 02:08 +0100 schrieb David A Knight:
> The other option I see is that if the new site druid is removed then the
> new document druid looks more out of place. why would it use a druid
> when creating a site doesn't? So if we went with completly removing the
> site druid some alternative method for creating a new document would
> need to be added. The druid isn't actually very nice for a new document
> either as is very much tied to new html documents.
Well, I think we should create a dialog that only asks for document
type, filename, template, css stylesheet and maybe encoding. The whole
HTML things aren't not that much used today, because CSS is the better
alternative and I think a modern IDE for web development should suggest
to use CSS. Maybe this dialog could be opened even when the document was
already created, so that you can edit this things dynamically. Maybe
I'll play a bit with glade today or tomorrow.
> Another thing that probably needs to be done anyway is that the
> statistics should be removed from the site settings dialog as they don't
> make much sense there really, even less if you have just created the
> site and it displays as you suggest. The addition of a Reports item to
> the Site menu like Dreamweaver has would probably be a good idea.
Would make sense, because the menu item is labled "Site Settings" and
the statistics actually are no settings.

On Mon, 2005-04-18 at 10:05 +0200, Nitai @ ComputerOil wrote:
> Hi all,
>=20
> What is the recommended way to write a tagtree? I can see that they are i=
n XML form. So, any good XML writer out there that can do this?
screem itself, insert the tag tree doctype and away you go, with
autocompletion, inline tagging, and validation.
David
--=20
Make your website SCREEM - Site Creating & Editing EnvironMent
URL: http://www.screem.org/
Mail: david@...

Il giorno sab, 16-04-2005 alle 04:46 +0100, David A Knight ha scritto:
> One thing I've been thinking about for a while now is to have the file
> browser only show the user's home directory rather than showing /
[...]
> There has been a suggestion in the past for a multirooted browser which
> is another possible avenue to explore, so we have something similar to
> the tree view that nautilus has in browser mode.
>=20
>=20
> Any opinions / suggestions?
My 0.02=E2=82=AC : I really don't see the need to recreate a file-managing
environment inside an HTML/XML editor, isn't Nautilus/Konqueror/whatever
there just to do this kind of stuff? Of course I have a limited set of
files on my local disk to edit, so my opinion is surely influenced by
this simple fact, but to (re)create "something similar to the tree view
that nautilus has in browser mode" looks like a waste of resources IMHO.
If Screem drops the file browser altogether that would be fine by me.
Ciao
--=20
=20
Roberto Rosselli Del Turco roberto.rossellidelturco at unito.it
Dipartimento di Scienze rosselli at ling.unipi.it
del Linguaggio Then spoke the thunder DA
Universita' di Torino Datta: what have we given? (TSE)
=20
Hige sceal the heardra, heorte the cenre,
mod sceal the mare, the ure maegen litlath. (Maldon 312-3)

One thing I've been thinking about for a while now is to have the file
browser only show the user's home directory rather than showing /
This would eliminate the wasted space of showing bin lib etc dev and
other system directories.
There are only two cases I can think of where a user needs to edit files
outside their own home directory:
1) editing things on a live server in somewhere like /var/www. =20
2) working with a directory shared among multiple users
These files would of course still be accessible from File->Open so I
don't see it as a huge loss.
What might be nice is having this selectable from any of the places
available in the file selector, although I don't really want to clutter
up the main ui with a combo box like bluefish does for selecting the
path to browse from.
There has been a suggestion in the past for a multirooted browser which
is another possible avenue to explore, so we have something similar to
the tree view that nautilus has in browser mode.
Any opinions / suggestions?
David
--=20
Make your website SCREEM - Site Creating & Editing EnvironMent
URL: http://www.screem.org/
Mail: david@...

On Tue, 2005-04-12 at 18:06 +0200, Sven Salzwedel wrote:
> proposal of a 2 paned file browser was implemented, great :) Then I
> closed the "Unkown Document" which screem always shows when there was no
> project open and wanted to resize the window to my needs. I realized I
> can't use resize grip on the status bar. A possible fix would be to not
> make the last statusbar insensitive, which would also be more logical,
> because I can still change the input method when there's no document
> loaded. I've appended a small patch that does exactly this. Another
applied, not sure if I like it though, looks a bit odd having the other
2 bars insensitive, and that one sensitive.
> thing was that the messages/errors dock still changes it's size
> vertically, instead of the "Main" dock. I've looked through the sources
> but I can't figure out how to handle this, as I wasn't able to find any
> documentation about the gdl thing.
I've applied the change monodevelop have done to gdl-dock-paned.c to
gdl_dock_paned_dock(), which changes the resize/shrink settings in the
GtkPaned widget the item gets put in.
> Then I tried to create a new website (just to look around a bit) and saw
> that there's still this (IMHO) ugly gnome wizard. What do you think
> about just removing this and replace the wizard by the following:
>
> User wants to create a new website and chooses the menu item. A
> filechooser dialog opens and asks the directory for the new website.
> After he has chosen the directory, the website properties dialog opens
> with sane defaults (like name =3D directory base name). I think that this
> is a better solution than a wizard, because then you may only configure
> what you need and not have to click through several dialogs asking you
> questions that may be not of any interest.
That would be extremly simple to implement as it is what is already done
when opening a normal directory which doesn't contain a project file,
although it appears to have been broken for some time in that the
settings dialog doesn't popup.
Another option might be to do, as is done with creating a new document,
to have the druid method + a new empty site method using what you
outline above. This would make it consistant with creating a document.
The other option I see is that if the new site druid is removed then the
new document druid looks more out of place. why would it use a druid
when creating a site doesn't? So if we went with completly removing the
site druid some alternative method for creating a new document would
need to be added. The druid isn't actually very nice for a new document
either as is very much tied to new html documents.
Another thing that probably needs to be done anyway is that the
statistics should be removed from the site settings dialog as they don't
make much sense there really, even less if you have just created the
site and it displays as you suggest. The addition of a Reports item to
the Site menu like Dreamweaver has would probably be a good idea.
David
--=20
Make your website SCREEM - Site Creating & Editing EnvironMent
URL: http://www.screem.org/
Mail: david@...

Hi,
recently I've got the time again to think about screem development. So I
checked out the last cvs version and fired it up and saw that my
proposal of a 2 paned file browser was implemented, great :) Then I
closed the "Unkown Document" which screem always shows when there was no
project open and wanted to resize the window to my needs. I realized I
can't use resize grip on the status bar. A possible fix would be to not
make the last statusbar insensitive, which would also be more logical,
because I can still change the input method when there's no document
loaded. I've appended a small patch that does exactly this. Another
thing was that the messages/errors dock still changes it's size
vertically, instead of the "Main" dock. I've looked through the sources
but I can't figure out how to handle this, as I wasn't able to find any
documentation about the gdl thing.
Then I tried to create a new website (just to look around a bit) and saw
that there's still this (IMHO) ugly gnome wizard. What do you think
about just removing this and replace the wizard by the following:
User wants to create a new website and chooses the menu item. A
filechooser dialog opens and asks the directory for the new website.
After he has chosen the directory, the website properties dialog opens
with sane defaults (like name = directory base name). I think that this
is a better solution than a wizard, because then you may only configure
what you need and not have to click through several dialogs asking you
questions that may be not of any interest.
Well, just my thoughts that came to my mind when I wasn't drunk this
week :)