Hello!
We have checked into CVS the generated stubs for the Gtk#
documentation. These stubs are useful on their own for people who want
to quickly browse the API, but it lacks descriptions and lacks
examples. We need volunteers that want to help document Gtk to step up
and help us here.
* G
Hello!
> I took a look at doc/en/Gtk/Entry.xml and started to fill in some of the
> "to be added" sections.
>
> However, I noticed there are a lot of virtual functions in the xml.
> Should these be present? I'm not sure what to write for them. Any hints?
>
> Similarly, should constructors be doc
Hello!
> In doc/en/Entry.xml, there is a public constructor on line 277 that
> takes a raw IntPtr. I would have thought the details of it should be
> hidden?
Ah! This is correct. Just document that as `Internal constructor'.
> There are lots of virtual methods in that same xml file (from line
Hello!
> Okay, but in this case it's very confusing - a user should never call
> Entry.StartEditing() should they? I've never encountered it using
> 'normal' gtk+.
They do that through interface invocation. We just happen to make this
a lot easier than in Gtk ;-)
> I'm not sure what that even m
Hello,
> Right. In that case, is it worth documenting all the implicit interface
> implementations? Your explanation implies that they will all be present
> in the XML doc skeletons regardless of whether the interface
> implementations are *intended* for public use or not...
Well, it should docum
Hello!
> Recently I have been working with the notebook class a lot so I think
> that can be a good one to start with. If no one is on it, I reclaim it
> for me.
Sadly the Notebook has already been documented by me ;-)
Miguel
___
Mono-docs-list maillis
Hello everyone,
Duncan last night wrote a program that provided the default
documentation we want for some of the internal constructors, the
Finalize method and the thread safety statements.
This should reduce a lot the work, and help to make the documents
more homogeneous as the descript
Hey guys,
I would like to add back/forward navigational buttons to the browser
and fix a few of the hyperlink features and do a release for next week.
The plan is to include the current group of ECMA docs, and the Gtk#
docs (and I can be convinced into shipping stubs for some classes if
peo
Hey guys,
I was looking for some information on how to use Gdk today, and ran
into the Gtkmm tutorial (gtkmm is the set of C++ bindings for Gtk), and
found that those guys have produced quite a bunch of nice documents.
It would be nice if people looked at them, and integrated the best
ideas
Hello!
> On Fri, 2003-02-28 at 07:17, Miguel de Icaza wrote:
> >Also, porting some of the code samples to Gtk# should help iron out
> > the bugs in the binding.
>
> Would these ported samples be best placed in Gnome.NET or in the API docs?
The samples of the tutor
--- Begin Message ---
I did some preliminary docs for TreeView with a ListStore model and sent
them to the mono-doc mail list, have heard a peep I'll included it
here for you. I haven't written the selection information yet though I
do have examples.
On Tue, 2003-03-04 at 07:39, Charles-Lo
Hey guys,
If you have pending changes to the Gtk# documentation, please commit
it now, as we are planning on doing a Monodoc release tonight. It is
looking good.
Miguel.
___
Mono-docs-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mail
Hello,
> I think it would be great to include it in the Gnome.NET tutorial.
> However, I've not done any work on that (yet), so I don't know if it
> would be appropriate for me personally to commit it?
It has been a few days since we heard from the maintainers of the
tutorial, please go ahead and
Here is a good document on Focus in Gtk+:
http://mail.gnome.org/archives/gtk-devel-list/2000-October/msg00108.html
We should try to get this in the Container, also the following bug
tracks the development of that feature for Gtk:
http://bugzilla.gnome.org/show_bug.cgi?id=50197
Hello,
> Ok this is patch is more adecuate: This patch doesn't brake the build of
> mono and mcs. It passes the tests. The problem is in the implementation
> of the elementStack it all is well when ckecking well-formedness of the
> xml documents but when validating the elementstacks (like p, a, cl
Hello,
The bug was that the documentation assembler was generating files
like this:
I have now changed it so the file generated is:
The fixes are on CVS in the `monodoc' module. I will try to do a
release tomorrow of Monodoc for people to use.
Miguel
___
Hello!
I often find myself pointing people to the mailing list archives
`Check out the sample that Lluis wrote in the mailing list for remoting
to use it'. It would be nice if we got the small samples from Lluis
into the tutorial, so I can tell people `Check the tutorial section for
remoting'
Hello Jamin!
> >Nothing too elaborate, but at least we would have a central location
> > for this information.
>
> Thanks for your ideas you posted in #mono, Miguel. Lluis's post, btw I
> found at:
>
> http://www.mail-archive.com/[EMAIL PROTECTED]/msg00157.html
>
> I've been playing around
Hello!
> Just writing to mention I have gotten started documenting my attempt at
> remaking Same Gnome with Mono. This documentation is meant to flesh out
> the Same Gnome case study in The Mono Handbook, which is chapter 18.4. I
> expect the first draft will be ready in a week or so.
>
> This we
Hello,
> This should probably also be updated in the Mono Handbook
> (a.k.a. MonkeyGuide) too.
I did so ;-)
Miguel
___
Mono-docs-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-docs-list
Hello!
> What's the current status of the monodoc browser? Is anyone working on
> back/forward functionality?
Funny you mention this, I started doing this today.
I should have something soon.
> How's search/indexing coming along? Is there a design or
> work-in-progress for any of it?
I have
Hello,
> > > How's search/indexing coming along? Is there a design or
> > > work-in-progress for any of it?
> >
> > For searching, I want to reuse the Evolution searching library. Michael
> > Zucchi from Evolution has been kind enough to package the library as a
> > standalone library that we can
Hello,
> > I might consider using it, yes. But I am a bit behind there ;-)
>
> It is arguably the best search library available for Java, but I haven't
> looked in detail at the dot net port.
Well, that is very good news ;-)
> > > Where can I read up on the evolution searching library? Does it
Hello!
> Currently we need:
>
> - Threading
In this particular chapter, I think a few things can be said which are
outside the scope of the regular .NET threading:
* Gtk-issues with threads (we can copy paste some of this from
a google search on this, there are a couple of pos
Hello,
> Please find attached code that adds 2 providers to the monodoc browser -
> one is a generic XHtml provider that works by looking at a table of
> contents in an XML file, (which I gather from Johannes is standard
> Microsoft "HTML Help" TOC format). It then adds the files that are
> refere
Hello,
> I fixed up the captions of ECMA methods/etc. on the tree so that they're
> nicer and so member lookups can be much faster. So, the class docs need
> to be re-assembled.
>
> The help source in CVS will still work with un-re-assembled class doc
> files, though.
A few questions:
Hello,
> > * Is this the fix for delegates?
> > * Is this the fix for the ref/out you talked about before?
>
> No and no. Sorry. This fixes having to wait a good 5 seconds to look
> up System.Convert's members (or any other class with a ton of methods).
> I didn't do this earlier si
Hello,
> > The trick I used in the old ecma-provider, was to use the
> > HelpSource.SourceID, and the urls look like this:
> >
> > source-id:N:ecma:
> >
> > Just prefix every one of your links with "source-id:NNN", and things
> > will work as they should. The trick is that you will need
Hello!
> If the assembly of the type is available to MonoDoc, it loads the
> assembly. If the type doesn't exist, or if it has MonoTODO attributes,
> or if its members have MonoTODO attributes, it presents that information
> on the documentation page.
There is a little problem with the
Hello!
> > There is a little problem with the code: the MonoTODO attribute is an
> > internal attribute, so it is not accessible outside of corlib.
>
> That must have changed since .24 or there's a bug, since it compiles
> fine for me.
>
> I'll change it so it reports any attribute with the nam
Hello,
> I'm trying to build latest monodoc cvs, just doing a 'make' on the
> module. When it tries to generate the docs it generates a whole load of
> them, but eventually crashes out with this stack trace:
This bug was recently fixed. Sorry about that (tbf pointed it out on
irc). I was compar
Hello,
> there are some chinese words in my cs file.i wannt to use this switch codepage for
> my chinese words.but i got the flowing messages:
>
> [EMAIL PROTECTED] tmp]# mcs -codepage:936 test.cs
> Code page: 936 not supported
> Compilation succeeded
>
> when i run the exe file compiled by MCS
Hello,
> However, I'm having a bit of trouble with the ClampPage() function.
>
> The C docs explain roughly what the code does. However, even after
> staring at the code directly, I'm still none the wiser as to what the
> method would be used for by an application programmer.
>
> In short, I do
Hello!
> I have created a small tool to generate the status of our documentation
> (mostly for Gtk#, but it works for ECMA also). It currently consists of
> DocStatus.cs which generates an xml file, and DocStatus.aspx that reads
> the xml file.
>
> To try it you will need a mono compiled since D
Hey guys,
We should use xmllint on all of the HTML files that make up the
Monkeyguide, as currently it fails in a number of documents. I noticed
this because the Monodoc browser fails to load some of the documents.
Miguel.
--
Miguel de Icaza <[EMAIL PROTEC
Hello,
> There's a transcript of roughly how to use the patched assembler/browser
> below. I know it's something of a pain to get going atm, but please
> shout if you have any problems...
I have now makefiles to compile and install the Mono handbook into the
Monodoc directory and I made it also a
Hello!
> If my previous 12% speed improvement patch wasn't enough for you, you
> are in good company ;-), it was not enough for me either. So I went in
> and ripped out all the XPath and XmlDocument stuff from the guts of
> ecma-provider and replaced it with cool, clean XmlTextReader.
>
> As a re
Hello!
The new ecma provider has a small regression. While browsing the
classes and the methods, the following output is shown on the console:
[N:System] Matched node
[ecma:0#Activator/] No matching node
[ecma:0#Activator/*] No matching node
[ecma:0#Activator/M/12] No matching node
This
Hey guys,
Another buglet in the Monodoc Ecma provider: Events when rendered do
not render the T:Type thing for the event type.
Miguel
--
Miguel de Icaza <[EMAIL PROTECTED]>
___
Mono-docs-list maillist - [EMAIL PROTECTED]
http://lists.ximi
e.
Miguel.
--
Miguel de Icaza <[EMAIL PROTECTED]>
___
Mono-docs-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-docs-list
Anguiano, Joel Basson, Martin Baulig, Tim Coleman, Mark Crichton, Miguel de Icaza, Nick Drochak, Hector E. Gomez Morales, Atsushi Enomoto, Francisco Figueiredo, Piers Haken, Jackson Harpe, Dennis Hayes, Rachel Hestilow, Mike Kestner, John Luke, Duncan Mak, Lee Mallabone, Pedro Martinez, Ben Maurer, Dietmar
.Type)'
If you want to lookup a given method documentation (scroll the above
output to see the methods) and use for example:
Miguel
--
Miguel de Icaza <[EMAIL PROTECTED]>
___
Mono-docs-list maillist - [EMAIL PROTECTED]
http://lists.x
Hello,
> Maybe this kind of setting could be put into the GConf database, you
> wont have to restart MonoDoc for the stuff to be displayed.
> Also I use some wird system of loging wich files I install and when I
> uninstall a program it uninstalls the files loged .. this configuration
> file will
Hello,
> I was thinking it might be a good idea to make it easier for external
> projects to add themselves to monodoc.xml
>
> I wanted to be able to do something like:
> monodoc --add-node GtkMozEmbed
>
> to automatically add a line like:
>
>
> So this is what the attached patch and file do.
Hello,
> "In the future we will have an ASP.NET front-end to present the
> documentation
> on the web as well". Is anyone doing active development on that front? Does
> anyone have a plan, or even just quick notes on what's required to achieve
> this?
Nobody is working on this right now.
> Is
Hello everyone,
Our Mono Tutorial needs to be reviewed for accuracy and to cover
better some areas. Since there are plenty of Mono users today that
would like to help, if you have got any experience with Mono, I would
appreciate if you contributed updates and fixes to our tutorial.
The
Hello,
> The base class library has the updates, but if you're maintaining any
> other ECMA-style documentation (e.g. Gtk's docs), your XML files need to
> be updated so that monodoc can display everything properly.
>
> The changes to the ECMA format are described here:
> http://www.nullenvoid.
Hello!
> I've gotten a web based monodoc to work, if anyone is interested
> you can try it out.
>
> It requires a patch to browser.cs and Makefile.am, I'm including
> diffs against the current sources. It also requires a new xsl file
> (mono-hrefreplace.xsl), that you'll find attached.
>
> I've
* Summary
* Remarks
* Thread Safety Statement.
* Individual parameters.
Anyone have any ideas how we can do this?
Miguel.
--
Miguel de Icaza <[EMAIL PROTECTED]>
___
Mono-docs-list maillist - [EMAIL PROTECTED]
http://lists.x
Hello,
> Well one ugly way this could be done:
> 1.the edit button for an element is clicked open a new window with the
> text
> 2. When save is clicked save the edited text
> 3. run cvs diff -u between the original and edited text
> 4. mail the results somewhere (to a reviewer or a list)
Well, I
, you can use the monodoc "Index" tab.
Miguel
--
Miguel de Icaza <[EMAIL PROTECTED]>
___
Mono-docs-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-docs-list
Hello,
> Here is a slightly updated and cleaned up version.
> It now consists of 3 files:
> monodoc.aspx
> monodoc.js
> monodoc.css
I like this plan, but it has a little problem: it will not work with
Javascript less clients (like Lynx), maybe we should do this on the
--www option command line?
Hello,
> I like this plan, but it has a little problem: it will not work with
> Javascript less clients (like Lynx), maybe we should do this on the
> --www option command line?
>
> Something like:
>
> monodoc --www-link-prefix "monodoc.aspx?blah" --www
There is a problem with my idea: It
Hello,
> Yes, I agree with both parts, but I haven't done that because I have not
> yet figured out xslt or asp.net to do those two things. I figured I
> would put it out working, and then someone who knows how to do either of
> those things could do it. Otherwise, when I get a chance I will do
Hello,
> Using the code directly in the assembly really seems like the way to
> go, I believe the WwwGenerator class I submitted can be used relatively
> easily to achieve that (although I couldn't tell you exactly how to do it
> at the moment :)).
Agreed, I think we can reuse this one. Will l
Hello,
> I have been trying to get MonkeyGuide to work with monodoc aspx.
> However, the SourceID is making this task next to impossible.
>
> The source id is assigned from a static int field, which is incremented
> every time a help source is loaded. However, the fact that a tree might
> be load
Hello,
> > - string res = n.tree.HelpSource.GetText (url, out x);
> > - ((Browser)browser).Render (res, n, url);
> > + // The root tree has no help source
> > + if (n.tree.HelpSource != null)
> > +
Hey guys!
Monodoc is self hosting ;-)
Today I used it for the first time to find an API to fix Monodoc
itself!
Miguel
--
Miguel de Icaza <[EMAIL PROTECTED]>
___
Mono-docs-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/m
Hello Ben,
> Newer version. Fixed a typo in .cvsignore. Also, we now handle http
> links correctly. We can access nested classes as well. Fixed a typo that
> Duncan caught (thanks dunc!).
The patch looks good; But please remove the warning in case that the
configuration file is not found.
Migue
a lot of spare time to take this project to the end, but there are various concrete tasks that could be done to advance this project.
--
Miguel de Icaza <[EMAIL PROTECTED]>
Hello,
Following up, because I messed up on my previous post, what we would
need to do is:
* To add [Edit this] links to the mono-ecma.xsl file in the
proper places.
* To "expand" the anchor target to include the element to be
edited; For example
or the BSD license are best in this case, just
to stay clear of the current FDL debate ;-)
--
Miguel de Icaza <[EMAIL PROTECTED]>
<>
Hello John,
> > Extra points: the MIT X11 or the BSD license are best in this case, just
> > to stay clear of the current FDL debate ;-)
>
> So what license are the docs under now, according to
> http://go-mono.com/documentation.html it is under the GFDL. I agree
> that we should use either MIT/
Hello,
> As a friend of mine Jon Kessler was working on some Gtk# docs he noted
> that every enum was marked as having two unimplemented methods. I took a
> look into this and noticed that when we look for methods we look at both
> private methods and methods that are inherited.
>
> It turns out
Hello,
> > Internal(1) error CS0104: `Object' is an ambiguous reference
> > (System.Object or Gtk.Object)
> > In programs that use Gtk#.
>
> This comes from writing code with "using System; using Gtk;" and
> declaring a variable/param as Object. It needs to be declared
> System.O
Hello guys,
We have discussed in the past the tree view component of Monodoc on
the web. Today we discussed on irc a few options, and we found a number
of interesting solutions.
There are plenty of menus on the web, but we wanted to get our hands
in a menu that was able to load its conte
Hello,
> I would love comments on these two issues, especially #1.
Well http://www.treemenu.com/ does everything we need, only the glue is
required at this point.
Miguel
___
Mono-docs-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/
Hello,
> I should clarify this. The tree doesn't work in IE, and I think it's
> this line that's the culprit. All the URLs are being expanded as
> "http://./...";
Ok, I hardcoded the base href to be the web site server base url. Not
ideal though; Does this work with IE now?
Miguelk
___
Hello!
> I should clarify this. The tree doesn't work in IE, and I think it's
> this line that's the culprit. All the URLs are being expanded as
> "http://./...";
Yeah, but if I make this change the target of clicking on a link starts
changing the other panel.Any suggestions about how to fix
Hello
> I am assuming that IE itself puts the file:/// there because of the url
> being N:, T:, etc.
>
> I am not 100% sure though, and the raw html doesn't have them:
Although we never send back a plain N: thing, we send something like:
monodoc.ashx?type=N:System
Hello!
> Here's a patch (untested):
Ok, got the patch running, but I still cant get it to display the tree
on IE. The good news is that the Linux stuff still works, and the
patch actually updates the right pane when you click on things.
Miguel
___
Mo
s this is a world on its
own.
* Rename `Creating ASP.NET ' to `ASP.NET XXX'
Miguel
--
Miguel de Icaza <[EMAIL PROTECTED]>
___
Mono-docs-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-docs-list
Hey guys,
Am still fixing up a few things here and there, but I got Monodoc to
use a dynamic tree (xloadtree: very nice java-script based dynamic tree
loading) and rendering it.
You can see it here:
http://primates.ximian.com/~miguel/tmp/monodoc-web.png
--
Miguel de Icaza
Hello,
> On IE under windows, the links get file:/// appended to the frontof
> them, so when you click on them, it wont work.
>
>
>
> I assume stripping on file:/// from the server side before processing
> the link is the best solution.
>
>
>
> Here is what a sample link looks like:
>
>
Hey guys,
We have a live Monodoc 0.6 server on http://mono.ximian.com:8080
running Mono + ASP.NET + our Monodoc framework rendering the core
documentation, Gtk# and GtkMozEmbed#.
The site sports a nice dynamic javascript tree, that only downloads
the parts it needs to load.
Enjoy,
Migue
Hello!
> > monodoc.ashx?type=N:System
> >
> >
> What about using URL encoding?
>
> monodoc.ashx?type=N%3ASystem
We could try that. Can you find out what the helper function in .NET
is, so we can use this one? It makes a lot of sense.
>
>
--
Hello,
> Maybe a ./configure --without-X, or similar is also needed?
Am of course willing to reconsider my position if we get a flood of
people asking for this feature, but it seems to be a relatively non-used
setup.
>
> John
--
Miguel de Icaza <[EMA
Hello,
> Someone asked in #mono if they could use monodoc without X/Gtk
> installed. Since we have monodoc.dll now I made a quick change to allow
> mod to work without browser.exe
>
> Maybe a ./configure --without-X, or similar is also needed?
The patch attached looks good.
I don't think we ev
Hello,
> I used a the earlier Wwwgenerator.cs and mono-hrefreplace.xsl from
> philippe to transform the url's in the monodoc "content" frame before
> sending them to the clients. While this works, it adds another
> transformation and is a little slower.
>
> The reason for doing this is that curr
Hello Ben,
> I got the patch for friendly looking overloads working, it is attached.
> Can you please review it? To have it take affect, you need to:
>
> 1. Apply the patch
> 2. Rebuild all ECMA docs
> 3. Rebuild your index
>
> You should then get a display like
> http://users.haw
Hello,
> I've posted the here-inlined message, but unfortunately from a
> non-subscribed account (sorry moderators) and is not yet approved. Well,
> please don't check in it yet, I'm working on more properties of the same
> file. When I am done, I'll post it again. In the meanwhile, I hope comment
Hello,
> I noticed that MonoDoc-0.6 slabs this to any enum documentation:
>
> Mono Implementation Note:
> This type has 2 members that are marked as unfinished.
This is very strange. I wonder why it shows up, it is definitely a bug.
___
Mono-
Hello,
> We have mentioned that here before, that is because there are two
> unfinished methods in System.Enum, and the other enums inherit them.
>
> The same happens with any Exception, as there are two unimplemented
> methods there.
Ok, so the right fix is to complete System.Enum and System.Ex
Hello,
> > In the case of Enums, the TODO does not even say what is missing, so
> > that is even more annoying, so I would suggest just removing the TODOs
> > as they seem complete to me.
> IMHO, this is what i think we should do:
>
> Mark classes "missing" only if the *class* is marked MonoTODO:
Hello, [I CCed Ammon here]
> It is in module monkeyguide in the dir /html/en/wrapping/clibs.html
>
> The website is update now, so you should also be able to read it online.
The document is a bit incomplete though.
It might be best if we translated the tutorial that the Mono Spaniard
hackers di
Hello!
> I'd love to get started with this, so ping me with what I need to do and
> I'll get to it.
The Spanish tutorial lives here:
http://www.monohispano.org/tutoriales/enlaces-c/
We basically would need the document converted over to XHTML, with as
little markup as possible (we wil
hello,
> I then downloaded the mono-doc tar.gz files (first 0.6, then 0.5) and
> tried a ./configure && make, which fails. I attached the logs.
>
> What I dont undestand is why the make runs fail. My system fullfills
> the prerequisits ((gnome|gtk|glade)-sharp) as far as I know, but the
> er
Hello!
> > I then downloaded the mono-doc tar.gz files (first 0.6, then 0.5) and
> > tried a ./configure && make, which fails. I attached the logs.
> Now they are attached.
Oh, you need CVS Gtk# sadly
___
Mono-docs-list maillist - [EMAIL PROTECTED]
hello,
> > Ben requested some more of the docs be generated and added to monodoc.
>
> Actually the problem is that APIs are missing (like ones that are not in
> ECMA).
Ok, so that is a task for the Updater. Just be careful when running it:
you need to audit the changes after, to make sure not
check them into a separate
directory?
Not to mention that they are just stubs.
--
Miguel de Icaza <[EMAIL PROTECTED]>
___
Mono-docs-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-docs-list
Also notice that the docs that were checked in (for the Mono.*) things
in corlib are *private* classes, I do not know why they got checked in,
this is obviously a bug in some tool, but we should not be exposing
that.
Miguel
--
Miguel de Icaza <[EMAIL PROTEC
Hello,
> The poeple from the Brasilian Mono Project want to translate the Mono
> Handbook to Portuguese. Everyone is invited to help of course!
>
> To get that effort started, I have copied the complete tree from
> /monkeyguide/html/en to /monkeyguide/html/pt-br. Altough nothing is
> translated,
: could we get for the editor, everything inside the node? Ie, given "Hello!", we should get "Hello!" instead of just "Hello!".
Best wishes,
Miguel.
--
Miguel de Icaza <[EMAIL PROTECTED]>
<><>
Hey guys,
This is the patch to add preview to the editor. If someone has input
on how to fix my bugs, I would love to hear from you ;-)
Miguel.
--
Miguel de Icaza <[EMAIL PROTECTED]>
? .ecma-provider.cs.swp
? .provider.cs.swp
? b.cs
? browser.gladep
? copy.glade
? copy2.glade
Hello,
> > * is invoked, the error message I get is:
>
> Looks like you need to add the extension object before calling Htmlize.
>
> XsltArgumentList args = new XsltArgumentList();
> args.AddExtensionObject("monodoc://extensions", new ExtensionObject()
>
> and pass that to Htm
Hey guys,
Some ideas I had this morning while doing my line at the embassy:
* Support a `[Revert]' button.
* We need an Edit/Toggle menu item, the MONODOC_EDITING hack is
not what we want; It was just a quick early-hack.
* "Compare" button to render the pr
Hey guys,
I would like to make Monodoc use the same setup that the MSDN
documentation has: that as you navigate the pages, the url changes, so
that it is possible to cut-and-paste the url as a reference to what is
being looked for.
Ideas?
Miguel
--
Miguel de Icaza <[EMAIL PROTEC
Hello!
> > Some ideas I had this morning while doing my line at the embassy:
> >
> > * Support a `[Revert]' button.
> >
> > * We need an Edit/Toggle menu item, the MONODOC_EDITING hack is
> > not what we want; It was just a quick early-hack.
> >
> >
> Attached is a patch that a
Hello,
> Attached is a patch that adds an Edit toggle menu, and also a collapse
> all menu (for the treeview). I didn't see an obvious way to make the
> ecma-provider aware of the status of the menuitem, however, it left me
> wondering if this should be done in another place so other providers
Hey guys,
Am going to push a new release of Monodoc this Friday thanks to the
new Gtk# release. Please do not commit any changes that require a CVS
version of Gtk#.
Miguel.
___
Mono-docs-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/m
1 - 100 of 272 matches
Mail list logo