Menu
▾
▴
docright-developer
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(6) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: Shmuel G. <spg...@ya...> - 2004-08-16 13:28:11
|
Well well. You surely don't remember me. But if you look at that little square in the right of the DocRight page, = you'll see my shgershon name there. I did not disappear, its just that a lot of unexpected thing happened to = me, like my recruiting to the army for a month and a half, and the = premature birth of my twins children. I'll send you some pictures, they = are really cute. I'm now alive again and willing to continue working. I saw you started = talking about the program, and that's good. I think we should not start talking about coding and about particular = platforms untill we have a clearer and fixed requirements document. I think that a plugin for the IDEs is the best form for using Document = Right. But. I think we should think about Document Right as a standalone = program, and deploy it like a standalone one. After everything its = working, we can use the clusters we made to easily build the little = plugins. Untill then, I presume we will be more developers, and each one = can build a plugin to one IDE. If we stick to the standalone form in the = beginning, we will earn three advantages: 1) We will be free from = peculiarities of the different IDEs, 2) We will be able to work together = as a focused group, 3) We will not discuss which IDE its the better in = the world. Myself, I think that MS Visual Studio .NET is the best. :) Well. Now we can find someday for chatting on the Instant Messenger. Maybe = tonight? I am at GMT+3. I think I'll be online at 23:00, localtime. Best Regards, SGershon (Shmuel Gershon) |
|
From: Falbe <fa...@ch...> - 2004-06-24 01:30:12
|
This App needs a place start, so lets start defining what we are going to use for the documentation style. you mentioned a few earlier , can you email some samples . also should we store the documentation style templates, xml ? |
|
From: Falbe <fa...@ch...> - 2004-06-22 21:38:18
|
I havent written any of the doc(s) yet. I have been playing around a bit with the visual studio .net plugin, i still have more reading up on it to do so i can invoke some of the ide features. I'll be around later tonight after my class. |
|
From: <jgr...@li...> - 2004-06-22 19:51:28
|
I spent some time last night trying out KDevelop and it looks like a plugin wouldn't be a problem there. I'll take a look at the mac side of things today to see what XCode can do. I was wondering if you had any doc written yet ? If not, perhaps we could start with that. As you said yesterday, maybe starting with the basic algorithm and the code-structure (backend + plugin + frontend + etc.). This would at least allow us to have an idea of the scope of the project. By doing this, we can also decide to keep the plugins for later and start with a GUI. The tricky thing will be to have OS-independant Windows.Form code. Maybe we allow VS.net and GTK# to create their own class and we derive them immediatly with a cross-platform layer (if needed) and then derive from that the actual class with the code. What do you think ? -- Jonathan Grenier (jgr...@li...) GPG Key ID : D26C7823 [http://www.jonscorner.com/pubkey.php] |
|
From: Falbe <fa...@ch...> - 2004-06-21 15:45:59
|
I went ahead and updated to Mono Beta 3 on my linux box , it seems to = work a bit better but it still has some problems with rending the = windows forms from the exe. it might be different if it was compiled = using the Gtk# like you suggest. I'll do some reading up on how to write the visual studio plugin. What do you suggest we start off with? Detailing how the backend is going to analyze the code for = comment/documentation and how it may assign the ranks? rankings could be used to decide when a code block is flagged or a = recommendation made. the rankings could take a number of things in to = account, like length of code between comments, the length of the = function or class or struct housing the code, the number of function = calls, or variable declarations. All that gets factored in to a = percentage. I was thinking of having a option allowing the user to = specify the cut off points. Another issue we should address is what initial documentation Schemes = are we going to implement as the default.=20 |
|
From: <jgr...@so...> - 2004-06-21 14:49:03
|
Nice, the Mailing list seems to work. Regarding the plugins, I'll let you handle the VS.net side of things since I don't have a pro license for now. I'll check KDevelop's plugins architecture tonight to see if it's usable. I'll also try to see if mono's GTK# is stable enough for use...although we'll have to plan carefully if we want the code to work with a .net front-end AND inside a plugin both under Windows and Linux. We might have to create the plugins themselves in c++ and have them call platform-independant code (still in c++?) to do the real work. It would be nice if the code would be truly cross-platform..this way, we could have one plugin per language with c# being the first plugin. And with the code separated from the plugins, we can integrate that code in our own UI built in C#. --=20 Jonathan Grenier (jgr...@li...) GPG Key ID : D26C7823 [http://www.jonscorner.com/pubkey.php] Mail sent on Monday, June 21 at 10:44 (EST/EDT) |
|
From: Falbe <fa...@ch...> - 2004-06-21 14:37:15
|
test |
