screem-devel Mailing List for Screem
Status: Inactive
Brought to you by:
davek
Menu
▾
▴
screem-devel
You can subscribe to this list here.
| 2000 |
Jan
(31) |
Feb
(9) |
Mar
(15) |
Apr
(22) |
May
(69) |
Jun
(6) |
Jul
(28) |
Aug
(22) |
Sep
(10) |
Oct
(7) |
Nov
(21) |
Dec
(19) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(12) |
Feb
(4) |
Mar
(2) |
Apr
(1) |
May
(2) |
Jun
(4) |
Jul
(2) |
Aug
(6) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(9) |
| 2003 |
Jan
(13) |
Feb
(10) |
Mar
(8) |
Apr
(13) |
May
(6) |
Jun
(8) |
Jul
(7) |
Aug
(1) |
Sep
(14) |
Oct
|
Nov
(3) |
Dec
(16) |
| 2004 |
Jan
(3) |
Feb
(5) |
Mar
(12) |
Apr
(9) |
May
(5) |
Jun
(18) |
Jul
(6) |
Aug
(11) |
Sep
(6) |
Oct
(12) |
Nov
(8) |
Dec
(3) |
| 2005 |
Jan
(8) |
Feb
(1) |
Mar
(3) |
Apr
(19) |
May
(7) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
(2) |
| 2006 |
Jan
|
Feb
(4) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
(11) |
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jim H. <jim...@li...> - 2011-04-17 15:06:56
|
On Sun, 2011-04-17 at 15:05 +0700, john francis lee wrote: > I've just downloaded screem 1.6.1 and 1.7.1 but cannot compile either > on my 64bit ubuntu 10.4 machine, gcc 4.4.3. <snip...> > > What can I do to fix it? You will need to checkout the code from current CVS or use the last packages I created from CVS. You can download them from the link below. http://www.linuxexperience.net/screem/downloads/ Regards, Jim H |
|
From: john f. l. <jf...@ro...> - 2011-04-17 08:17:56
|
I've just downloaded screem 1.6.1 and 1.7.1 but cannot compile either on my 64bit ubuntu 10.4 machine, gcc 4.4.3. I faulted my way through the ./configure, installing packages as required, but now when I type 'make' I get : In file included from egg-recent-view.c:28: egg-recent-view.h:33: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'egg_recent_view_get_type' egg-recent-view.c:32: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'egg_recent_view_get_type' egg-recent-view.c: In function 'egg_recent_view_get_model': egg-recent-view.c:58: warning: implicit declaration of function 'egg_recent_view_get_type' make[3]: *** [egg-recent-view.lo] Error 1 make[3]: Leaving directory `/home/jfl/Downloads/screem/screem-0.16.1/ libegg/recent-files' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jfl/Downloads/screem/screem-0.16.1/ libegg' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jfl/Downloads/screem/screem-0.16.1' make: *** [all] Error 2 What can I do to fix it? Thanks for your help. -- "This message may have been intercepted and read by U.S. government agencies including the FBI, CIA, and NSA and/or the present government of Thailand without notice or warrant or knowledge of sender or recipient." John Francis Lee 246/3 Thanon Kaew Wai Mueang Chiangrai 57000 Thailand |
|
From: David K. <da...@ri...> - 2009-11-24 18:08:37
|
On 17 Nov 2009, at 06:04, Jim Hayward wrote: > On Sun, 2009-11-15 at 17:52 +0000, David Knight wrote: >> >> 2) The dtd in use by the document. > > Is this list created from screem_ctags_model_autocomplete()? Or what is > the ctags model? It appears the if "cmodel" exists then the tag tree > list and the cmodel list are combined. What determines whether the ctags > model is created? Ah, this is a third type of autocomplete I had forgotten about. It makes use of http://ctags.sourceforge.net/ and so provides auto complete for function names when dealing with C, C++, PHP etc. Not sure how much html support it has, I think just for name anchors. The ctags model is created if there is a tag file in the site root, which can be set up to be automatically created in the site esttings. The dtd autocompletion comes from html_key_press in screem-editor.c depending on the keypressed. the screem_dtd_* methods in there lookup the appropriate completions. screem_dtd_get_elements and screem_dtd_get_attributes being the main ones. The dtd in use is determined by an idle handler down in screem-page.c / screem-page-model.c (doesn't require the tree structure to be built) > Is there anything that determines whether the tag tree or the DTD has > priority over the other for auto completion? DTD has priority, but only applies in certain circumstances. In screem_editor_keypress (screem-editor.c) html_key_press returns a flag indicating if the key press was handled. If it wasn't then the tag tree / ctag auto completion is then checked. David |
|
From: Jim H. <jim...@li...> - 2009-11-17 06:04:40
|
On Sun, 2009-11-15 at 17:52 +0000, David Knight wrote: > > Auto complete works from two sources. > > 1) The tag trees (the html tag tree is all uppercase, this could, and probably should be changed to lowercase) Ok, I see the tag trees now. I think you are correct, these could probably be moved to lowercase. > 2) The dtd in use by the document. Is this list created from screem_ctags_model_autocomplete()? Or what is the ctags model? It appears the if "cmodel" exists then the tag tree list and the cmodel list are combined. What determines whether the ctags model is created? Is there anything that determines whether the tag tree or the DTD has priority over the other for auto completion? Regards, Jim H |
|
From: David K. <da...@ri...> - 2009-11-15 17:52:56
|
On 15 Nov 2009, at 16:39, Jim Hayward wrote: > Hi All, > > Currently the auto-completion for HTML documents only works for > uppercase tags. Since most people probably no longer use uppercase tags > this makes the auto-completion not very useful for HTML documents. > > I was considering adding an option to preferences to use lowercase HTML > tags. > > Opinions or other options? Auto complete works from two sources. 1) The tag trees (the html tag tree is all uppercase, this could, and probably should be changed to lowercase) 2) The dtd in use by the document. As xml documents use doctypes as well then the option would need to only apply to HTML documents (not xHTML, HTML 5 may be xml, and may not be so that would be something that would need to be detected, not sure how it indicates this) screem_page_is_markup(page) && ! screem_page_is_xml(page) might be enough to determine this (depends what HTML 5 does), although there is a TODO on screem_page_is_xml about caching the result. I'm not sure if there needs to be an option, perhaps it should just automatically use lowercase. If the option is put in then it should probably default to lowercase. David |
|
From: Jim H. <jim...@li...> - 2009-11-15 16:39:47
|
Hi All, Currently the auto-completion for HTML documents only works for uppercase tags. Since most people probably no longer use uppercase tags this makes the auto-completion not very useful for HTML documents. I was considering adding an option to preferences to use lowercase HTML tags. Opinions or other options? Regards, Jim H |
|
From: Jim H. <jim...@li...> - 2009-11-08 18:30:32
|
Hi All, I added initial support for GtkSourceView style schemes to CVS. You still cannot add/remove your own schemes from the preferences dialog. Regards, Jim H |
|
From: Jim H. <jim...@li...> - 2009-11-07 22:15:08
|
Hi All, My initial changes for the port to GtkSourceView2 and the other changes mentioned in my previous post are now in CVS. Changing the default highlighting colors in preferences is still disabled. I hope to have at least support for GtkSourceView2's style schemes soon. Regards, Jim H |
|
From: Jim H. <jim...@li...> - 2009-11-07 15:34:40
|
On Sat, 2009-11-07 at 12:17 +0000, David Knight wrote: > > With the above steps it works as intended, the bug is that the message > is appearing even when the file hasn't changed. > > Bugs 1510561, 1641871 I've never reproduced that bug in my limited testing of screem. All of the reporters of both bugs seem to be Ubuntu users. I wonder if this was/is an issue with an old version of libgnomevfs specific to Ubuntu. I'm a Redhat/Fedora user. I have been using Redhat since they made their first releases that included the original early development release of GNOME. I can't remember what version that was now. I think something like 5.1/5.2. ALthough I did play with some really early Debian releases before the kernel reached 1.*. Regards, Jim H |
|
From: David K. <da...@ri...> - 2009-11-07 12:36:45
|
On 6 Nov 2009, at 05:43, Jim Hayward wrote: > On Thu, 2009-11-05 at 19:33 +0000, David Knight wrote: > >> I'll throw in something else that needs sorting, the document has >> changed warning when saving. > > Open a file in screem, edit it but don't save. Open the same file in > another editor, edit and save the file. Then try to save it in > screem. I > have not tested this, what is the error being seen? With the above steps it works as intended, the bug is that the message is appearing even when the file hasn't changed. Bugs 1510561, 1641871 David |
|
From: Jim H. <jim...@li...> - 2009-11-06 05:44:04
|
On Thu, 2009-11-05 at 19:33 +0000, David Knight wrote: > I've not followed GDL development, has it stopped being so > fragmented? Each project which used it seemed to have their own > version, with various patches. I don't think the code being fragmented is an issue now. I think the early development before GDL was split off into it's own library was probably the cause of a lot of those issues. The API appears to be very stable. > From the (regular) crashes reported / seen the segfaults seemed to be > more with libcroco getting upset at being fed incomplete css and > getting stuck rather than the document tree. I have not really looked that closely at the problems yet. I'm still trying to familiarize myself with the code. I had to disable the tree for CSS just to keep screem from crashing every few seconds. It kind of made it difficult to test the port to GtkSourceView2. ;-) > Disabling the document tree will have a bad side effect in that it > will cause the select context feature to stop working, so you won't be > able to select the content of the current tag, select the current tag, > or select the parent tag. Off the top of my head this is the only > thing I know will break. The Dreamweaver/Golive template support > might use the tree model, I can't recall. The tree is only disabled for CSS files. It still works for other file types. This may limit the side effects for now. Although I think the tree is still causing some random segfaults. > I'll throw in something else that needs sorting, the document has > changed warning when saving. Open a file in screem, edit it but don't save. Open the same file in another editor, edit and save the file. Then try to save it in screem. I have not tested this, what is the error being seen? Regards, Jim H |
|
From: David K. <da...@ri...> - 2009-11-05 19:51:41
|
On 5 Nov 2009, at 05:53, Jim Hayward wrote: > A few of the changes... > > Port the code to GtkSourceView2. This is not yet complete. You > currently > cannot edit the default highlighting colors in preferences. Printing > is > also disabled. The current code uses libgnomeprint. This still needs > to > be ported to the Gtk print API. The easiest thing here might be to do what I originally did pinch the code that gedit uses and adapt as necessary, not least because it will then act the same as gedit and fit in better with the desktop overall. > The completely outdated internal GDL code is no longer used. The code > now compiles against the system installed libgdl. One note, GDL is > broken with Gtk 2.18 client-side windows. I filed an upstream bug > report > with the GDL developers. You can work around the problem by starting > screem with.. > env GDK_NATIVE_WINDOWS=1 path/to/screem I've not followed GDL development, has it stopped being so fragmented? Each project which used it seemed to have their own version, with various patches. > > The "document tree" is in pretty bad shape. It is totally broken for > CSS > files. The tree is disabled for CSS files right now. I causes all > kinds > of interesting segfaults. Closing the tree view and not using it at > all > is recommended. From the (regular) crashes reported / seen the segfaults seemed to be more with libcroco getting upset at being fed incomplete css and getting stuck rather than the document tree. Disabling the document tree will have a bad side effect in that it will cause the select context feature to stop working, so you won't be able to select the content of the current tag, select the current tag, or select the parent tag. Off the top of my head this is the only thing I know will break. The Dreamweaver/Golive template support might use the tree model, I can't recall. I'll throw in something else that needs sorting, the document has changed warning when saving. I could reproduce this with the ubuntu packaged version of screem, but whenever I tried to reproduce it with development versions I never could (including building from an ubuntu source package). David |
|
From: Jim H. <jim...@li...> - 2009-11-05 06:13:50
|
Hi All, I finally managed to get a chance to fix a few more bugs in the screem code in CVS. If anyone is interested in trying the changes let me know. A few of the changes... Port the code to GtkSourceView2. This is not yet complete. You currently cannot edit the default highlighting colors in preferences. Printing is also disabled. The current code uses libgnomeprint. This still needs to be ported to the Gtk print API. The completely outdated internal GDL code is no longer used. The code now compiles against the system installed libgdl. One note, GDL is broken with Gtk 2.18 client-side windows. I filed an upstream bug report with the GDL developers. You can work around the problem by starting screem with.. env GDK_NATIVE_WINDOWS=1 path/to/screem Minor clean up to the glade files. These are going to have to be ported to GtkBuilder at some point. Some minor cleanups to allow the current CVS code to work at all with Gtk 2.18. Most of the other changes at this time are just minor code cleanups and fix a few segfaults. The "document tree" is in pretty bad shape. It is totally broken for CSS files. The tree is disabled for CSS files right now. I causes all kinds of interesting segfaults. Closing the tree view and not using it at all is recommended. It is going to take a lot of work to get the code into a more modern state. Regards, Jim H |
|
From: Jim H. <jim...@li...> - 2009-09-26 15:14:25
|
Hi All, I was looking at the archives and noticed there might be some interest in reviving Screem. After sitting inactive so long, the code in CVS is appears to be a huge ball of depreciated GTK/GNOME API's. :-p So, I guess to try and maybe get things started, I attached a simple patch. It fixes two things a segfault in the entity wizard when no document exists and the use of a non-zero value for page size in GtkAdjustment is depreciated. Regards, Jim H |
|
From: David K. <da...@ri...> - 2009-09-06 19:50:11
|
On 12 Aug 2009, at 20:03, Enrique Gimenez wrote: > I could oversee the project though, revamp the website, request > volunteers, dunno. This would be my first open project too, so > please point me in the right direction to "pick it up". =) > > Screem is the most workflow-oriented tool I've used, and with a > little this-and-that could be a webdev's dream. It would be kinda > sad to let it die over a bug. > > So, how do I pick it up? what do I need? Just find bugs, submit patches to me and/or the list and I'll try and make sure they get applied, depending on the number/quality of patches I'll sort out developer svn access and then ownership. Along with bugs probably a big task that needs doing is catching up with GTK/Gnome API changes, removing deprecated methods etc. and probably moving to gtksourceview 2. If you start on doing something large probably post to the list stating your intentions so should anyone else be interested they won't duplicate effort. The code is a horrible mess to be honest so you might just run away from it screaming :) David |
|
From: Raul C. <rc...@fr...> - 2009-08-12 20:00:24
|
I would myself be very grateful if this package could keep up and be available to Debian users in the future. I liked it very much, prefered to bluefish (the one I am forced to use now). So I hope you find the help you need (I myself have no idea of programming, etc.) Raúl Enrique Gimenez wrote: > Pity! I promise to take a look at the source, but I honestly doubt my > programming skills are up to par for the task. > > I could oversee the project though, revamp the website, request > volunteers, dunno. This would be my first open project too, so please > point me in the right direction to "pick it up". =) > > But I want to. I really feel the lack of a productivity/performance > oriented, lightweight web production environment, since most other > programs (ie. bluefish) are built with a more "do-it-all" approach, > which apparently seeks to make it easy for the point-and-click type of > user to build a site, but offers little help to the guy who's actually > BUILDING WEBSITES for a living. > > Screem is the most workflow-oriented tool I've used, and with a little > this-and-that could be a webdev's dream. It would be kinda sad to let it > die over a bug. > > So, how do I pick it up? what do I need? > > Thanks, > > > chepi > > On Tue, Aug 11, 2009 at 4:12 AM, David Knight <da...@ri... > <mailto:da...@ri...>> wrote: > > > On 6 Aug 2009, at 23:25, Enrique Gimenez wrote: > >> On that note, I would like to help this project with what I do, >> which is Web/UI design and usability. Please let me know. >> >> And by the way, I really miss the syntax-folding feature of >> Notepad++ >> <http://notepad-plus.sourceforge.net/commun/screenshots/scrsh_lexerXML.gif>... >> can we do something about that? > > Screem is essentially dead unless someone else picks it up. > > > > David > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Screem-devel mailing list > Scr...@li... > <mailto:Scr...@li...> > https://lists.sourceforge.net/lists/listinfo/screem-devel > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > > ------------------------------------------------------------------------ > > _______________________________________________ > Screem-devel mailing list > Scr...@li... > https://lists.sourceforge.net/lists/listinfo/screem-devel |
|
From: Enrique G. <che...@gm...> - 2009-08-12 19:04:06
|
Pity! I promise to take a look at the source, but I honestly doubt my programming skills are up to par for the task. I could oversee the project though, revamp the website, request volunteers, dunno. This would be my first open project too, so please point me in the right direction to "pick it up". =) But I want to. I really feel the lack of a productivity/performance oriented, lightweight web production environment, since most other programs (ie. bluefish) are built with a more "do-it-all" approach, which apparently seeks to make it easy for the point-and-click type of user to build a site, but offers little help to the guy who's actually BUILDING WEBSITES for a living. Screem is the most workflow-oriented tool I've used, and with a little this-and-that could be a webdev's dream. It would be kinda sad to let it die over a bug. So, how do I pick it up? what do I need? Thanks, chepi On Tue, Aug 11, 2009 at 4:12 AM, David Knight <da...@ri...>wrote: > > On 6 Aug 2009, at 23:25, Enrique Gimenez wrote: > > On that note, I would like to help this project with what I do, which is > Web/UI design and usability. Please let me know. > > And by the way, I really miss the syntax-folding feature of Notepad++<http://notepad-plus.sourceforge.net/commun/screenshots/scrsh_lexerXML.gif>... > can we do something about that? > > > Screem is essentially dead unless someone else picks it up. > > > > David > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Screem-devel mailing list > Scr...@li... > https://lists.sourceforge.net/lists/listinfo/screem-devel > > |
|
From: David K. <da...@ri...> - 2009-08-11 08:12:38
|
On 6 Aug 2009, at 23:25, Enrique Gimenez wrote: > On that note, I would like to help this project with what I do, > which is Web/UI design and usability. Please let me know. > > And by the way, I really miss the syntax-folding feature of Notepad+ > +... can we do something about that? Screem is essentially dead unless someone else picks it up. David |
|
From: David K. <da...@ri...> - 2009-08-07 10:16:16
|
On 26 Jul 2009, at 17:11, Raul Claro wrote: > So I report, that Screem with Linux Debian Lenny keeps crashing > after a > couple of minutes. This didn't happen with "Etch". > > So it is becoming useless for me, something I regret very much, as it > was a very nice and useful tool. Messages from log, see further > down. > Was wondering how long it would take for this to start happening. Screem basically stopped development 3 1/2 - 4 years ago and no one else picked it up. I've kept the domain name going should anyone wish to do. > > Jul 26 16:35:54 debian kernel: [ 2129.568469] screem[3470]: segfault > at > c ip b738a452 sp bff955f0 error 6 in libglib-2.0.so. > 0.1600.6[b7334000+b4000] > Jul 26 16:43:16 debian kernel: [ 2572.695089] screem[3619]: segfault > at > 29 ip b7348455 sp bf952b70 error 6 in > libglib-2.0.so.0.1600.6[b72f2000+b4000] > > Jul 26 16:51:03 debian kernel: [ 3039.331638] screem[3631]: segfault > at > 37fdf811 ip b71cfaf8 sp bf830e94 error 6 in > libc-2.7.so[b715f000+155000] > Jul 26 16:56:18 debian kernel: [ 3354.845985] screem[3676]: segfault > at > 60 ip b7199ebc sp bf8fea84 error 4 in libc-2.7.so[b712b000+155000] Not much use without a backtrace I'm afraid. BugBuddy or whatever it is being called these days should kick in when screem crashes and offer to create a bug report, which would include the backtrace. Most crashes tend to be when editing css, either inside html files, or on their own. David |
|
From: Enrique G. <che...@gm...> - 2009-08-06 22:25:17
|
Screem has really provided the kind of funcionality I was looking for. I've recently migrated to ubuntu from windows, and find the freedom of the open source environment incredibly cool. On that note, I would like to help this project with what I do, which is Web/UI design and usability. Please let me know. And by the way, I really miss the syntax-folding feature of Notepad++<http://notepad-plus.sourceforge.net/commun/screenshots/scrsh_lexerXML.gif>... can we do something about that? But it still feels like I found the best tool I'll ever work with. Thanks, Chepi |
|
From: Raul C. <rc...@fr...> - 2009-07-28 16:13:26
|
Screem, which I used a long time with delight with Linux Etch, now with Lenny keeps crashing after a couple of minutes. Can anything be done about this? Messages from log, see further down. I hope somebody can help me with this problem Thank you very much Raúl Claro Jul 26 16:35:54 debian kernel: [ 2129.568469] screem[3470]: segfault at c ip b738a452 sp bff955f0 error 6 in libglib-2.0.so.0.1600.6[b7334000+b4000] Jul 26 16:43:16 debian kernel: [ 2572.695089] screem[3619]: segfault at 29 ip b7348455 sp bf952b70 error 6 in libglib-2.0.so.0.1600.6[b72f2000+b4000] Jul 26 16:51:03 debian kernel: [ 3039.331638] screem[3631]: segfault at 37fdf811 ip b71cfaf8 sp bf830e94 error 6 in libc-2.7.so[b715f000+155000] Jul 26 16:56:18 debian kernel: [ 3354.845985] screem[3676]: segfault at 60 ip b7199ebc sp bf8fea84 error 4 in libc-2.7.so[b712b000+155000] |
|
From: Raul C. <rc...@fr...> - 2009-07-26 16:12:03
|
I took very, very long getting in touch with you, as I tried registering, etc., unsuccessfully. Finally I got into this list, and I hope it helps. So I report, that Screem with Linux Debian Lenny keeps crashing after a couple of minutes. This didn't happen with "Etch". So it is becoming useless for me, something I regret very much, as it was a very nice and useful tool. Messages from log, see further down. I hope you can answer or redirect this mail. Thank you very much Raúl Claro Jul 26 16:35:54 debian kernel: [ 2129.568469] screem[3470]: segfault at c ip b738a452 sp bff955f0 error 6 in libglib-2.0.so.0.1600.6[b7334000+b4000] Jul 26 16:43:16 debian kernel: [ 2572.695089] screem[3619]: segfault at 29 ip b7348455 sp bf952b70 error 6 in libglib-2.0.so.0.1600.6[b72f2000+b4000] Jul 26 16:51:03 debian kernel: [ 3039.331638] screem[3631]: segfault at 37fdf811 ip b71cfaf8 sp bf830e94 error 6 in libc-2.7.so[b715f000+155000] Jul 26 16:56:18 debian kernel: [ 3354.845985] screem[3676]: segfault at 60 ip b7199ebc sp bf8fea84 error 4 in libc-2.7.so[b712b000+155000] |
|
From: Stephen S. <pie...@vi...> - 2008-03-19 15:56:07
|
I have just discovered Screem and have to say that it is exactly the tool I was looking for. It has been running without any problems for a week now. Then, last night, it started crashing and vanishing in the middle of edits. The only difference between before and now, so far as I can see, is that I started to rationalise style elements in some HTML files. Suddenly the renderer (ctrl-2) stopped functioning and then the disappearing act. Although I can't find any posts after November 2006 I have seen a suggestion that development work is still going on - Is this true? I really hope I haven't just bailed into a brilliant tool just after the bilge valves have been smashed off! -- Stephen |
|
From: <pf...@un...> - 2006-11-20 18:11:17
|
> Message: 1 > Date: Sun, 19 Nov 2006 17:01:37 +0000 > From: David A Knight <da...@sc...> > > > > I would like to choose another default for the doctype, but could not > > find any file where to apply the change. > > It is hard coded, you can't change it. Thanks. Greetings Horst |
|
From: David A K. <da...@sc...> - 2006-11-19 17:30:05
|
On Thu, 2006-11-16 at 20:18 +0100, Horst Pflugstaedt wrote: > Hi, >=20 > i'm just user, and I'm looking for a way to change the skeleton of a > page (in german: the "Grundger=C3=BCst", accessible via insert -> HTML -> > Grundger=C3=BCst). >=20 > I would like to choose another default for the doctype, but could not > find any file where to apply the change. It is hard coded, you can't change it. David --=20 Make your website SCREEM - Site Creating & Editing EnvironMent URL: http://www.screem.org/ Mail: da...@sc... |
2 messages has been excluded from this view by a project administrator.
