Menu
▾
▴
sdldoc-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
(19) |
May
(5) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Max H. <ma...@qu...> - 2003-07-18 19:58:02
|
The following two files are referred to by the build system (and are also in the online version of SDLdoc), but apparently not in CVS. events/SDL_GetEventFilter.sgml video/SDL_GetClipRect.sgml In addition I had to hack the build system a bit to get it to work here. For example it references the source files as if they were in a subdirector sdl_ref, which they aren't; I solved that with some symlinks. Also, I have to specify more than just two catalogs to get openjade to translate the SGML to HTML. But it *does* work. Good thing the O'Reilly folks donated this DocBook book to me a couple years ago, time to get it out, and see how I can change e.g. things in the TOC etc. :-) Cheers, Max |
|
From: Max H. <ma...@qu...> - 2003-07-18 19:53:59
|
[...] > >> in particular, the following things are amongst those I'd like to see >> happening with sdldoc (and I am willing to work on them, too): > >> * getting the many many user comments merged into the docs where >> appropriate > A dump of all the user comments is in cvs somewhere. > Ah found it, "devdocs/2003-05_SDLNotes" in the "sdldoc" CVS module. >> * fixing any other problems we find in the content or which are being >> reported >> * updating the descriptions to SDL 1.2.5 where/if needed >> * streamline some other things, e.g. the "Events" section of the SDL >> reference is different from all the others in index in that it doesn't >> list all its API there (it's one level deeper in the hierarchy). This >> should be unified one way or the other, IMHO. > yup, yup, yup. > >> To this end, I'd like to know if the version of the sdldoc' stuff in >> the SF.net CVS is up-to-date, or not? If not, could it be made? > Whats in cvs of sf is currently the most up to date version. > Cool. That means I can get working on it :-) >> The other thing Martin and me would like to tackle is to maybe switch >> to a new format for the docs. Maybe it would be a good time to list >> what that new format would need to fulfill to be suitable? Martin, I >> believe you had such a list, or even already a plan on what you wanted >> to use (TeX?). > Yeah, I did mention this on IRC, but the amount of work involved is > probably huge and I'm not sure what the benefits will be. > I suggest we first work with the old format to get the things mentioned above done. We can then decide if we want to switch to something else, or not. [...] > The only reason I run the site on my own site is because I don't know > if > sf provides a db that I need for the user comments system, I'd be happy > to move over to sf if they do. > They have MySQL, works well for e.g. Fink. Cheers, Max |
|
From: <ak...@cs...> - 2003-07-18 18:50:23
|
On Fri, Jul 11, 2003 at 11:19:34PM +0200, Max Horn wrote: > Yo there (whoever is out there), dunno, me and you i think. > I just noticed akawaka/Martin Donlon actually added me to the sdldoc > project at SF.net recently :-) Not sure if this list is used at all, or > if anybody is on it (akawaka? are you here? :-). But anyway, it would > be nice to get things rolling... Yeah, sorry about that, I added you to the project and then got distracted. > in particular, the following things are amongst those I'd like to see > happening with sdldoc (and I am willing to work on them, too): > * getting the many many user comments merged into the docs where > appropriate A dump of all the user comments is in cvs somewhere. > * fixing any other problems we find in the content or which are being > reported > * updating the descriptions to SDL 1.2.5 where/if needed > * streamline some other things, e.g. the "Events" section of the SDL > reference is different from all the others in index in that it doesn't > list all its API there (it's one level deeper in the hierarchy). This > should be unified one way or the other, IMHO. yup, yup, yup. > To this end, I'd like to know if the version of the sdldoc' stuff in > the SF.net CVS is up-to-date, or not? If not, could it be made? Whats in cvs of sf is currently the most up to date version. > The other thing Martin and me would like to tackle is to maybe switch > to a new format for the docs. Maybe it would be a good time to list > what that new format would need to fulfill to be suitable? Martin, I > believe you had such a list, or even already a plan on what you wanted > to use (TeX?). Yeah, I did mention this on IRC, but the amount of work involved is probably huge and I'm not sure what the benefits will be. > Anyway, while a new format maybe is a good thing on the long run, I > believe that first fixing up the existing sdldoc may be a good first > step. To this end it would be nice to have the latest version in CVS so > that multiple persons can get working on it. BTW is there a particular > reason not to use the webspace SF.net provides us? Using it would have > the convenience bonus, that any project members can make fixes on the > site, they don't have to be funneled thru Martin. But of course maybe > there are good reasons which make using the SF.net webspace a bad idea, > I'll wait for Martin to comment on this :-) The only reason I run the site on my own site is because I don't know if sf provides a db that I need for the user comments system, I'd be happy to move over to sf if they do. -- Martin -- Bother! said Pooh, as he couldn't think of a tagline. |
|
From: Max H. <ma...@qu...> - 2003-07-11 21:19:12
|
Yo there (whoever is out there), I just noticed akawaka/Martin Donlon actually added me to the sdldoc project at SF.net recently :-) Not sure if this list is used at all, or if anybody is on it (akawaka? are you here? :-). But anyway, it would be nice to get things rolling... in particular, the following things are amongst those I'd like to see happening with sdldoc (and I am willing to work on them, too): * getting the many many user comments merged into the docs where appropriate * fixing any other problems we find in the content or which are being reported * updating the descriptions to SDL 1.2.5 where/if needed * streamline some other things, e.g. the "Events" section of the SDL reference is different from all the others in index in that it doesn't list all its API there (it's one level deeper in the hierarchy). This should be unified one way or the other, IMHO. To this end, I'd like to know if the version of the sdldoc' stuff in the SF.net CVS is up-to-date, or not? If not, could it be made? The other thing Martin and me would like to tackle is to maybe switch to a new format for the docs. Maybe it would be a good time to list what that new format would need to fulfill to be suitable? Martin, I believe you had such a list, or even already a plan on what you wanted to use (TeX?). Anyway, while a new format maybe is a good thing on the long run, I believe that first fixing up the existing sdldoc may be a good first step. To this end it would be nice to have the latest version in CVS so that multiple persons can get working on it. BTW is there a particular reason not to use the webspace SF.net provides us? Using it would have the convenience bonus, that any project members can make fixes on the site, they don't have to be funneled thru Martin. But of course maybe there are good reasons which make using the SF.net webspace a bad idea, I'll wait for Martin to comment on this :-) Cheers, Max |
|
From: Maxim S. <so...@Fr...> - 2000-06-20 06:43:07
|
Martin Donlon wrote: > Who is still alive/around/awake? I'm still alive, though my Russian translation has been slowed down a bit due to absence of spare time (I'm now a FreeBSD committer, which tends to eat great bunch of time). Nevertheless, I'm still planning to continue it. -Maxim |
|
From: Martin D. <ak...@cs...> - 2000-06-19 14:33:39
|
Who is still alive/around/awake? Martin -- Bother! said Pooh, as Piglet stole his pocket money at knifepoint. |
|
From: Martin D. <ak...@cs...> - 2000-05-24 20:28:02
|
Thought you were looking for some advanced explanation of alpha.:) Oh well. How are things going? On Wed, 24 May 2000, Maxim Sobolev wrote: > Martin Donlon wrote: > > > Am...not too sure how to explain alpha.:) > > >From SDL_CreateRGBSurface.sgml > [...] > <constant>SDL_SRCALPHA</constant> means that the surface will be used for alpha > blits and if the hardware supports hardware acceleration of alpha blits > [...] > > -Maxim > Martin -- Bother! said Pooh, as Alderaan exploded. |
|
From: Maxim S. <So...@Fr...> - 2000-05-24 15:31:08
|
Martin Donlon wrote: > Am...not too sure how to explain alpha.:) From SDL_CreateRGBSurface.sgml [...] <constant>SDL_SRCALPHA</constant> means that the surface will be used for alpha blits and if the hardware supports hardware acceleration of alpha blits [...] -Maxim |
|
From: Martin D. <ak...@cs...> - 2000-05-24 14:09:52
|
On Wed, 24 May 2000, Maxim Sobolev wrote: > I'm currently working on Russian translation of documentation, but stuck in > inability to adequately translate some terms used there. Does anyone could > explain me precise meaning of some terms? For example: > > Blit - ? As far as I understand it is a "copy operation from one surface to > another", but there could be other meanings of that. > Colorkey Blit -? > Alpha Blit -? Blit generally means to copy a large amount of information from one area of computer memory to another. These days, however, blit generally refers to copying graphical information. A "colorkey blit" isn't (as far as I know) in general use. Its the same as a graphical blit accept one color isn't copied. Am...not too sure how to explain alpha.:) Martin -- Bother! said Pooh, as Piglet became possessed by a demon. |
|
From: Maxim S. <So...@Fr...> - 2000-05-24 13:12:34
|
Hi, I'm currently working on Russian translation of documentation, but stuck in inability to adequately translate some terms used there. Does anyone could explain me precise meaning of some terms? For example: Blit - ? As far as I understand it is a "copy operation from one surface to another", but there could be other meanings of that. Colorkey Blit -? Alpha Blit -? Please let me know if someone willing to explain these and possibly others terms. -Maxim |
|
From: Martin D. <ak...@cs...> - 2000-05-22 23:07:28
|
Does anyone want to volunteer to document either the new semaphores and the new condition variable stuff? I have jostick stuff done and am in the process of cleaning up event handling. Also if anyone is fluent with stylesheets then please don't hesitate to make the whole thing look a bit more attractive. Martin -- Bother! said Pooh, as he shot the propellor from Biggles' machine. |
|
From: Martin D. <ak...@cs...> - 2000-04-29 16:49:13
|
Sam said: <slouken> Tell you what, if sdldoc is up to date, I'll probably use that as the official documentatation for 1.2 Martin -- Bother, said Pooh, as Lorena Bobbitt tied him to the bed. |
|
From: Martin D. <ak...@cs...> - 2000-04-25 15:17:58
|
All the different languages will be in the same module, just different directories. On Tue, 25 Apr 2000, Maxim Sobolev wrote: > Christian Zander wrote: > > > Also, how do you people want to go about adding additional > > languages? Should we add them as additional cvs modules? > > I'd preffer to have it in the single cvs module as different Makefile's targets, so > they all could share the same infrastructure (configure script, Makefiles etc.). > > -Maxim > > > _______________________________________________ > Sdldoc-devel mailing list > Sdl...@li... > http://lists.sourceforge.net/mailman/listinfo/sdldoc-devel > Long live the confused, Akawaka. -- Bother, said Pooh as he violated Eeyore. |
|
From: Maxim S. <so...@al...> - 2000-04-25 13:18:41
|
Christian Zander wrote: > Also, how do you people want to go about adding additional > languages? Should we add them as additional cvs modules? I'd preffer to have it in the single cvs module as different Makefile's targets, so they all could share the same infrastructure (configure script, Makefiles etc.). -Maxim |
|
From: Christian Z. <ph...@mi...> - 2000-04-25 12:17:30
|
It just so happened that I took a closer look at the moonshine ide. It seems highly customizable :) With the source you can even get rid of the motif look ... Anyway I've written a simple module for use with moonshine=20 and sgml that adds some syntax hightlighting, etc. If=20 anybody's interested ... Also, how do you people want to go about adding additional languages? Should we add them as additional cvs modules? -------------------------------------------------------------- Christian Zander ** N=F6ckersberg 76 ** 45257 Essen ** Germany email: ph...@mi... * www: www.minion.de * icq: 5322926 -------------------------------------------------------------- |
|
From: Martin D. <ak...@cs...> - 2000-04-22 17:36:43
|
On Wed, 19 Apr 2000, Maxim Sobolev wrote: > Martin Donlon wrote: > > > On Mon, 10 Apr 2000, Maxim Sobolev wrote: > > > > > Julian Peterson wrote: > > > > > > > Once it is, and assuming you're joined up with the sorceforge project, > > > > you'll be able to retrieve it by typing: > > > > cvs -z3 -dy...@cv...:/cvsroot/sdldoc co > > > > sgml > > > > > > I've tried, but w/o luck: > > > $ cvs -z3 -ds...@cv...:/cvsroot/sdldoc co sgml > > > slayer.sourceforge.net: Connection refused > > > cvs [checkout aborted]: end of file from server (consult above messages if any) > > export CVS_RSH=ssh > > Ah, thanks it helped. > > Any progress of the project? Several days ago I've submitted patch to make my.dsl > more platform neutral but have not received any response yet. > > In general what is the policy regarding stuff committing? Does any project > participant allowed to make commits or prior discussion and formal approval from the > project admin is necessary? This things should be outlined somehow. Make changes to your hearts content. It's assumed that everyone involved has the projects best interests in mind. Major changes would of course be discussed but thats natural. People shouldn't worry about messing up when the commit, the nature of cvs means that past versions a re always recoverable. As for the project itself, I should have time to do work tomorrow and monday and hopefully get something public out on tuesday or wednesday. Long live the confused, Akawaka. -- Bother, said Pooh as he put the money under Kanga's pillow. |
|
From: Maxim S. <so...@al...> - 2000-04-19 16:53:09
|
Martin Donlon wrote: > On Mon, 10 Apr 2000, Maxim Sobolev wrote: > > > Julian Peterson wrote: > > > > > Once it is, and assuming you're joined up with the sorceforge project, > > > you'll be able to retrieve it by typing: > > > cvs -z3 -dy...@cv...:/cvsroot/sdldoc co > > > sgml > > > > I've tried, but w/o luck: > > $ cvs -z3 -ds...@cv...:/cvsroot/sdldoc co sgml > > slayer.sourceforge.net: Connection refused > > cvs [checkout aborted]: end of file from server (consult above messages if any) > export CVS_RSH=ssh Ah, thanks it helped. Any progress of the project? Several days ago I've submitted patch to make my.dsl more platform neutral but have not received any response yet. In general what is the policy regarding stuff committing? Does any project participant allowed to make commits or prior discussion and formal approval from the project admin is necessary? This things should be outlined somehow. -Maxim |
|
From: Martin D. <ak...@cs...> - 2000-04-11 07:08:27
|
Yes, but not until the SDL docs are up to the same version as the latest SDL release. On Mon, 10 Apr 2000, Julian Peterson wrote: > > Are we going to document other realated libraries such as SDL_ttf, > SDL_image (not exactly an overwelming undertaking), and SDL_mixer? > > > Julian. > > _______________________________________________ > Sdldoc-devel mailing list > Sdl...@li... > http://lists.sourceforge.net/mailman/listinfo/sdldoc-devel > Long live the confused, Akawaka. -- Bother! said Pooh, as he realized that Rabbit was indeed Chaotic Evil. |
|
From: Julian P. <we...@ea...> - 2000-04-10 21:43:52
|
Are we going to document other realated libraries such as SDL_ttf, SDL_image (not exactly an overwelming undertaking), and SDL_mixer? Julian. |
|
From: Julian P. <we...@ea...> - 2000-04-10 18:09:36
|
---- you wrote: > Julian Peterson wrote: > > > Once it is, and assuming you're joined up with the sorceforge project, > > you'll be able to retrieve it by typing: > > cvs -z3 -dy...@cv...:/cvsroot/sdldoc co > > sgml > > I've tried, but w/o luck: > $ cvs -z3 -ds...@cv...:/cvsroot/sdldoc co sgml > slayer.sourceforge.net: Connection refused > cvs [checkout aborted]: end of file from server (consult above messages if any) > > What does it mean? > Try setting the environment variable CVS_RSH to ssh ie, for bash like shells: export CVS_RSH=ssh or for csh like shells: setenv CVS_RSH ssh Julian. |
|
From: Martin D. <ak...@cs...> - 2000-04-10 15:01:57
|
On Mon, 10 Apr 2000, Maxim Sobolev wrote: > Julian Peterson wrote: > > > Once it is, and assuming you're joined up with the sorceforge project, > > you'll be able to retrieve it by typing: > > cvs -z3 -dy...@cv...:/cvsroot/sdldoc co > > sgml > > I've tried, but w/o luck: > $ cvs -z3 -ds...@cv...:/cvsroot/sdldoc co sgml > slayer.sourceforge.net: Connection refused > cvs [checkout aborted]: end of file from server (consult above messages if any) export CVS_RSH=ssh ? try connecting to cvs1.sourceforge.net Long live the confused, Akawaka. -- Bother, said Pooh as he shot another Spotted Owl. |
|
From: Martin D. <ak...@cs...> - 2000-04-10 14:59:53
|
Could the people interested in doing translations please mail me?
Long live the confused,
Akawaka.
--
Bother, said Pooh as he rose from the grave.
|
|
From: Maxim S. <so...@al...> - 2000-04-10 08:45:11
|
Julian Peterson wrote: > Once it is, and assuming you're joined up with the sorceforge project, > you'll be able to retrieve it by typing: > cvs -z3 -dy...@cv...:/cvsroot/sdldoc co > sgml I've tried, but w/o luck: $ cvs -z3 -ds...@cv...:/cvsroot/sdldoc co sgml slayer.sourceforge.net: Connection refused cvs [checkout aborted]: end of file from server (consult above messages if any) What does it mean? -Maxim |
|
From: Julian P. <we...@ea...> - 2000-04-10 00:03:42
|
Julian Peterson wrote: > > The most current stuff is at http://sdldoc.sourceforge.net/ and named > sdldocs-0.0.XX.sgml.tar.gz (where XX is the version number that I'm up > to) > > sdldocs-0.0.XX.html.tar.gz is an archive of the html generated from the > sgml in the above package, and is what is contained in the > "current_docs" directory. > [chomp] > Once it is, and assuming you're joined up with the sorceforge project, > you'll be able to retrieve it by typing: > cvs -z3 -dy...@cv...:/cvsroot/sdldoc co > sgml > > You can browse the CVS archieve at > http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/?cvsroot=sdldoc > OK, its all there on the website (as v0.0.5), and in cvs. The stuff in CVS is to be regarded as the current state of the project. Anything found anywhere else is secondary (may or may not be up to date, and is only present for convienience). I'm off to soak my head. Have fun, Julian. |
|
From: Julian P. <we...@ea...> - 2000-04-08 23:25:50
|
The most current stuff is at http://sdldoc.sourceforge.net/ and named sdldocs-0.0.XX.sgml.tar.gz (where XX is the version number that I'm up to) sdldocs-0.0.XX.html.tar.gz is an archive of the html generated from the sgml in the above package, and is what is contained in the "current_docs" directory. I did attempt to put everything in CVS, but being a moron, I uploaded 1/2 my harddrive... I've asked the Admins to fix this (since I can't seem to be able to delete it myself). I put the current code back up there once its done. Once it is, and assuming you're joined up with the sorceforge project, you'll be able to retrieve it by typing: cvs -z3 -dy...@cv...:/cvsroot/sdldoc co sgml You can browse the CVS archieve at http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/?cvsroot=sdldoc I only have the Threads and Time API stuff to do... I expect to be finished by tomorrow. After I've done that I'll try and structure everything a little better, and then it'll all need proofing and a few adjustments. One nearly unrelated note that I'll put here in case I forget later: I've consolidated serveral functions into a single man page in some cases where it made sense. This means that when we generate the man pages, there wont be one generated for SDL_FreeSurface for example (you need to go "man SDL_CreateRGBSurface" instead) to get around this we can make a page thats a one liner that looks like: -- start of SDL_FreeSurface.3 -- .so man3/SDL_CreateRGBSurface.3 -- end of SDL_FreeSurface.3 -- ie, in a long winded way, thats how you do redirects with man pages =) Apologies if you already knew this. Have fun. Julian |
