|
|
| Alllegro 4.2.0 beta 2 has been released! |
|
Evert
Member #794
November 2000
|
Quote: People who don't use the forums would miss out on anything going on here/there, and anyone who doesn't use the mailing list would miss out on things there. Well, most of the current developers read the forums anyway and can cross-post as needed. Conversely, the mailinglist archives are public (and typically don't lag much behind the delivery anyway, if at all) so those who want to can follow what goes on there fine now too. On a side note, I anticipate to post less on the forums now that I can follow discussions here (the dev forum) in my mailbox (because I don't need to open the forum page and be tempted to post in other threads than those I came to check out). |
|
Kitty Cat
Member #2,815
October 2002
|
Quote: Conversely, the mailinglist archives are public (and typically don't lag much behind the delivery anyway, if at all) so those who want to can follow what goes on there fine now too. I find it a PITA to follow the mailing list archive. It typically runs days behind, from my experience. It's also hard to follow threads since they're so broken up and don't seem to be organized by the date of the latest post. -- |
|
Carrus85
Member #2,633
August 2002
|
I have to agree with KC here... Not only are they a pain to follow, they are A) Relatively crappily formatted. (Try reading it in thunderbird. Heh, that is a mess). B) Don't flow particularly well. C) Have some rather annoying character formatting problems (For instance, %20 poping up everywhere is a good example). Perhaps if someone could design a less "crappy" looking, "crappy" formatted, and "crappy" lagtimed mailing list I would be more impressed. However, the way it works currently is rather flawed. For example, why not send an easy to read digest that is in HTML format as well as Text Format? HTML is nice because you can separate the enteries better, provides better formatting opportunities, etc. Not to mention that if the email is RFC822 compliant, the text version would still have to exist. If someone could write a custom mailing-list/forum combo, it would be rather nice as well. Basically, the mailing-list is nothing more than a notification system for the forum, but also provides a method to mail the mailing list to add additional "posts" to the forum counterpart as well. (So you could use basically either medium seemlessly). Plus, if the forum adopted some sort of common formatting routine (similar to Allegro.cc), the HTML version could include images, functioning links, etc. (Not really important for the most part, but kinda nice sometimes). Too bad I don't know more PHP
|
|
Thomas Fjellstrom
Member #476
June 2000
|
I have some new hardware to replace the stuff I broke, and a newish 21" Samsung CRT monitor \o/ I can't wait to run it at full res, IMAGINE the space So yeah, I think as a test of my new hardware and monitor, I'll put together a little forum <-> email gateway thing. Shouldn't be hard. -- |
|
Evert
Member #794
November 2000
|
Quote: I find it a PITA to follow the mailing list archive. It typically runs
As I said, it doesn't lag too much behind Quote: It's also hard to follow threads since they're so broken up and
I never really used it much, but doesn't changing some of the view settings Quote: Basically, the mailing-list is nothing more than a notification system
No. The mailinglist should not be reduced to a forum notification Anyway, it seems that Matthew's mail interface to the forum is working, so EDIT: will, mostly anyway. Looks like the mailer inserts linebreaks where I don't want them, so I'll need to work aroud that somehow. |
|
Thomas Fjellstrom
Member #476
June 2000
|
So no interest at all anyone? You should all know me well enough by now, I won't do it if noone cares. -- |
|
Evert
Member #794
November 2000
|
Quote: So no interest at all anyone? You should all know me well enough by now,
I guess it's a bit hard to say. I think we need to see the system in action |
|
Elias
Member #358
May 2000
|
Quote: So no interest at all anyone? You should all know me well enough by now, I won't do it if noone cares. For replacing the SF archive - well, there is interest since SF is so crappy, but probably we won't switch away just now. So no need to work on a mailing list server. But apparently, there is a lot of interest for some sort of gateway, or development forum. Hm, actually, after all this discussion.. does someone have an example of such a development forum of another project? Something where all the people who can't use a mailing list would then start doing development, if they had such a forum? -- |
|
Evert
Member #794
November 2000
|
EDIT: discard; my mailclient screwed up and I had to retype the message, which was apparently send anyway. |
|
Elias
Member #358
May 2000
|
On Thu, 2005-04-28 at 11:14 +0000, Evert wrote: Quote: straightforward addition, I'd imagine (just use a web interface
True, just replacing the SF mail archive with something better sounds -- [Edit: Hm, I guess, to be perfect, the email gateway still needs to: remove the first line, remove the signature, and fix up word-wrap.. but it already is nice -- |
|
Neil Walker
Member #210
April 2000
|
on a different note, apart from the various bug fixes mentioned in the release note what is hugely different from 4.0.3 and 4.2? Neil. Neil. wii:0356-1384-6687-2022, kart:3308-4806-6002. XBOX:chucklepie |
|
Kitty Cat
Member #2,815
October 2002
|
Faster X11 drawing, better mixer code.. of course, I'm biased there. -- |
|
Daniel Schlyder
Member #257
April 2000
|
EDIT Silly me. My favourite change has to be getting rid of the keyboard.dat dependency (well, for all ports except DOS). Someone else will have to give you the complete picture. |
|
Evert
Member #794
November 2000
|
Quote: apart from the various bug fixes mentioned in the release note what is hugely different from 4.0.3 and 4.2?
Well, among other things there's a MacOS X port, a sane Windows keyboard driver, new font handling code, support for hardware cursors on most systems, platform specific native mouse cursors, the ability (in principle) to use the packfile routines to access other things beside files on disk, vtable entries that can be used (by AllegroGL, for instance) for more hardware acceleration, better text output routines, sane close button handling, native AMD64 support in Linux, run-time cheching if the library versions used to compile and used to run the code are compatible (as opposed to just crashing), vastly improved documenation... Note that many of the things I mentioned here were already possible in older WIP releases, but you did say changes between 4.0 and 4.2 |
|
Kitty Cat
Member #2,815
October 2002
|
Quote: They have to be binary compatible, after all, so significant API changes is what 4.3 and onwards is for. 4.0 is not binary compatible with 4.2. -- |
|
Daniel Schlyder
Member #257
April 2000
|
Hmm, yeah, I'm way too tired. Sorry. :/ BTW, Kitty, did you see my edit in "Carrus' midi bug" thread? |
|
|
|