Anyone interested in trying out a few bug fixes

[Jim Hayward-3]

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





------------------------------------------------------------------------------
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
Screem-devel@...
https://lists.sourceforge.net/lists/listinfo/screem-devel

[David Knight-6]

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


------------------------------------------------------------------------------
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
Screem-devel@...
https://lists.sourceforge.net/lists/listinfo/screem-devel

[Jim Hayward-3]

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


------------------------------------------------------------------------------
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
Screem-devel@...
https://lists.sourceforge.net/lists/listinfo/screem-devel

[David Knight-6]

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

------------------------------------------------------------------------------
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
Screem-devel@...
https://lists.sourceforge.net/lists/listinfo/screem-devel

[Jim Hayward-3]

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


------------------------------------------------------------------------------
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
Screem-devel@...
https://lists.sourceforge.net/lists/listinfo/screem-devel