PATCH: Persistent hierarchical bookmarks

Hey everyone, 

the attached patch gives the docbrowser persistent hierarchical
bookmarks. You can see a sample screenshot here:
http://www.ophion.org/index.php?gadget=Blog&action=SingleView&id=3

The patch is significantly large since it abstracts all of the bookmark
logic into a BookmarkManager class, revamps the bookmark dialogs and
makes some of the Browser's types (including the browser itself) public.
I humbly believe that this is a first step in the direction of making
the overall code more manageable by breaking up some of the browser.cs
complexity. 

Since I'm not quite the GTK wizard, I'm looking forward to as much
feedback as possible on the dialog boxes and the overall behavior of the
bookmark logic.

Cheers, 

- raf

_______________________________________________
Mono-docs-list maillist  -  Mono-docs-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-docs-list

Categories for mono

Hello,

At debtags (http://debtags.alioth.debian.org) we categorize Debian
packages and we're recently discussing mono[1].  We created a category
for the C# language, but then since there's more than C# in .NET, we're
discussing a category for .NET in general.

An obvious one would be devel::dotnet, which would be widely recognized.
However we aren't sure if there are trademark issues, nor if in the
Linux world we prefer a different name.  If there are not problems with
devel::dotnet, we would go with that one.

Alternatives were devel::cli (discarded because it would be confused
with "command line interface") and devel::cli-platform.

What would you suggest?

Ciao,

Enrico

[1] For the curious, these are the relevant threads in the debtags-devel
mailing list:
  http://lists.alioth.debian.org/pipermail/debtags-devel/2005-October/000907.html
  http://lists.alioth.debian.org/pipermail/debtags-devel/2005-November/000946.html
  http://lists.alioth.debian.org/pipermail/debtags-devel/2005-November/000947.html
--
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <enrico <at> debian.org>

Re: Problem finding Gecko library

Hello,

>    I spoke with Wade Berrier (Novell) because people are having
> problems when loading monodoc because Mono not finding libgtkmozembed.
> Say problems, say not everybody that should is using Gecko.
> 
> We end up with a patch borrowed from monodevelop that finds the path
> to libgtkmozembed and adds it to the LD_LIBRARY_PATH.
> 
> Thumbs up for commiting?

Yes, looks fine to me.
_______________________________________________
Mono-docs-list maillist  -  Mono-docs-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-docs-list

Re: PATCH: Persistent hierarchical bookmarks

> Hey everyone, 
> 
> the attached patch gives the docbrowser persistent hierarchical
> bookmarks. You can see a sample screenshot here:
> http://www.ophion.org/index.php?gadget=Blog&action=SingleView&id=3

The patch looks fine to me, feel free to commit.

Would you be willing to make your contributions MIT X11?

Miguel
> 
> The patch is significantly large since it abstracts all of the bookmark
> logic into a BookmarkManager class, revamps the bookmark dialogs and
> makes some of the Browser's types (including the browser itself) public.
> I humbly believe that this is a first step in the direction of making
> the overall code more manageable by breaking up some of the browser.cs
> complexity. 
> 
> Since I'm not quite the GTK wizard, I'm looking forward to as much
> feedback as possible on the dialog boxes and the overall behavior of the
> bookmark logic.
> 
> Cheers, 
> 
> - raf
> _______________________________________________
> Mono-docs-list maillist  -  Mono-docs-list <at> lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-docs-list

Re: PATCH: Persistent hierarchical bookmarks

On Fri, 2005-11-04 at 12:58 -0500, Miguel de Icaza wrote:
> > Hey everyone, 
> > 
> > the attached patch gives the docbrowser persistent hierarchical
> > bookmarks. You can see a sample screenshot here:
> > http://www.ophion.org/index.php?gadget=Blog&action=SingleView&id=3
> 
> The patch looks fine to me, feel free to commit.

hmm, no commit rights here  I've been meaning to ask you about
that....

> 
> Would you be willing to make your contributions MIT X11?

Yep. not a problem at all. 

> 
> Miguel
> > 
> > The patch is significantly large since it abstracts all of the bookmark
> > logic into a BookmarkManager class, revamps the bookmark dialogs and
> > makes some of the Browser's types (including the browser itself) public.
> > I humbly believe that this is a first step in the direction of making
> > the overall code more manageable by breaking up some of the browser.cs
> > complexity. 
> > 
> > Since I'm not quite the GTK wizard, I'm looking forward to as much
> > feedback as possible on the dialog boxes and the overall behavior of the
> > bookmark logic.

Re: PATCH: Persistent hierarchical bookmarks

Hello,

> > > the attached patch gives the docbrowser persistent hierarchical
> > > bookmarks. You can see a sample screenshot here:
> > > http://www.ophion.org/index.php?gadget=Blog&action=SingleView&id=3
> > 
> > The patch looks fine to me, feel free to commit.
> 
> hmm, no commit rights here  I've been meaning to ask you about
> that....

Please read the rules and instructions here:

	http://www.mono-project.com/SVN

Miguel
_______________________________________________
Mono-docs-list maillist  -  Mono-docs-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-docs-list

Re: Categories for mono

On Fri, 2005-11-04 at 14:48 +0100, Enrico Zini wrote:
> An obvious one would be devel::dotnet, which would be widely recognized.
> However we aren't sure if there are trademark issues, nor if in the
> Linux world we prefer a different name.  If there are not problems with
> devel::dotnet, we would go with that one.
> 
> Alternatives were devel::cli (discarded because it would be confused
> with "command line interface") and devel::cli-platform.
> 
> What would you suggest?

There's the ever-obvious, suggested on IRC, devel::ecma-cli category.

 - Jon

_______________________________________________
Mono-docs-list maillist  -  Mono-docs-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-docs-list

tracking weird crash with monodoc

Hey guys, 

Every once in a while the docbrowser crashes on me throwing the
following exception:

Unhandled Exception: System.InvalidCastException: Cannot cast from
source type to destination type.
in <0x00149> GLib.ObjectManager:CreateObject (IntPtr raw)
in <0x000c1> GLib.Object:GetObject (IntPtr o, Boolean owned_ref)
in <0x0000c> GLib.Object:GetObject (IntPtr o)
in <0x0002e> Gtk.Label:get_Layout ()
in [0x00002]
(at /home/rafael/dev/mono-svn/mono-tools/docbrowser/elabel.cs:60)
ELabel:Reload ()
in [0x00008]
(at /home/rafael/dev/mono-svn/mono-tools/docbrowser/elabel.cs:38)
ELabel:set_Text (System.String value)
in [0x00068]
(at /home/rafael/dev/mono-svn/mono-tools/docbrowser/browser.cs:594)
Monodoc.Browser:Render (System.String text, Monodoc.Node matched_node,
System.String url)
in [0x0007a]
(at /home/rafael/dev/mono-svn/mono-tools/docbrowser/browser.cs:1674)
Monodoc.TreeBrowser:RowActivated (System.Object sender, System.EventArgs
a)
in (wrapper delegate-invoke)
System.MulticastDelegate:invoke_void_object_EventArgs
(object,System.EventArgs)
in <0x000c1> GtkSharp.voidObjectSignal:voidObjectCallback (IntPtr arg0,
Int32 key)

simple try/catch patch

Hey guys, 

this is a simple try/catch patch that should help put an end to the
claims of instability of the browser. This patch does not "fix" anything
per say but will prevent the browser from crashing if an exception
occurs while trying to render a url.  I'll commit it sometime in the
next few days if I no one is against it. 

- Rafael 

_______________________________________________
Mono-docs-list maillist  -  Mono-docs-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-docs-list

Re: simple try/catch patch

Hello,

> this is a simple try/catch patch that should help put an end to the
> claims of instability of the browser. This patch does not "fix" anything
> per say but will prevent the browser from crashing if an exception
> occurs while trying to render a url.  I'll commit it sometime in the
> next few days if I no one is against it. 

That sounds fine, but what kind of errors have you observed with Monodoc
that crash the browser?  We should be fixing those bugs.
_______________________________________________
Mono-docs-list maillist  -  Mono-docs-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-docs-list