mdate-devel Mailing List for Mdate
Brought to you by:
ewe2
Menu
▾
▴
mdate-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
(25) |
Apr
(14) |
May
(17) |
Jun
(31) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(3) |
Nov
(9) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2002 |
Jan
|
Feb
|
Mar
(2) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(6) |
Oct
(7) |
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <mda...@li...> - 2004-08-14 07:29:17
|
In this release: * formatting fix to avoid yet another date name cutoff * @a has been REMOVED from the default date for ALL languages, due to serious errors for old dates, mostly pre Gregorian Year 0. I hate doing this but until I can remove this from the BUGS file, we have to stick with the boring old format. If you want to test the problem, under linux try: for i in `seq 160000 365 172000`; do mdate -j $i; done with a pre-1.5.1 mdate (obviously you'd do a formatted test with the current one) The source is up on sf.net or http://mdate.sourceforge.net/packages/mdate-1.5.1.tar.gz Get yer ports in! :) -- Unix is very user friendly, it's just picky about who its friends are. |
|
From: <mda...@li...> - 2004-06-14 11:04:28
|
Yes! The all-singing all-dancing penguin-powered Mayan music machine welcomes you to a new world of fixed formats, days of the week, portability fixes and many more!! Let the porting begin!! Sean (void where applicable. do not insert into family pets.) -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2004-05-30 05:01:16
|
Hi all, fixed the dumb Makefile and other docs. Still debugging FreeBSD pretty output bugs. Still waiting for BeOS and OSX binaries to put up :) Sean -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2003-10-19 08:18:43
|
> Yippee, another friendly mdate hits the shelves. New French translation > and compile-time support for the kinder gentler more pc Mayan month > names. Actually there are about 20 variations of these, but I picked the > most stable. congrats! > As we can't trust CVS from day to day (for anonymous access, developer > access hasn't been so screwed up), please be aware that the release > source is always copied in the source rpm at mdate.sourceforge.net. If > you want the latest from my CVS tree, I'll be happy to put up a snapshot > there. I've noticed that there are a few minor discrepancies between > Shard's BeOS source and mine (apart from obvious porting changes), and I > _do_ tend to fix things like Makefiles at the last minute before release. i downloaded from cvs :( i tried to download snapshot but link was broken. also rpm format is not too easy for me to use - would be great if it could be tar.gz or zip :) > BTW, bezip.de is now tracking mdate, which is fantastic :) I'm just > waiting for the Brazilians to flood me now :)) why Brazilians? bezip.de is German AFAIK :) Regards Shard |
|
From: <mda...@li...> - 2003-10-17 05:52:50
|
Yippee, another friendly mdate hits the shelves. New French translation and compile-time support for the kinder gentler more pc Mayan month names. Actually there are about 20 variations of these, but I picked the most stable. As we can't trust CVS from day to day (for anonymous access, developer access hasn't been so screwed up), please be aware that the release source is always copied in the source rpm at mdate.sourceforge.net. If you want the latest from my CVS tree, I'll be happy to put up a snapshot there. I've noticed that there are a few minor discrepancies between Shard's BeOS source and mine (apart from obvious porting changes), and I _do_ tend to fix things like Makefiles at the last minute before release. BTW, bezip.de is now tracking mdate, which is fantastic :) I'm just waiting for the Brazilians to flood me now :)) Sean -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2003-10-16 23:50:07
|
On Thu, Oct 16, 2003 at 11:41:35PM +0200, Tuvok wrote: > about the documentation - hmm, i dont think i'll have much time now - > gotta learn much :) > but anyway - if Shard isn't going to do that - and i suppose he isn't > since he didn't say anything, than maybe i'll do it - but don't expect > it sooner than 2-4 weeks :) Well he's done a version, so you get to check it :) Don't worry, I'll wait for it for the next release after this one :)) > ps. congrats for the new translation Thanks! But wait til we get a Chinese one, that'll be scary :) Sean -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2003-10-13 08:28:06
|
Hi, > We have now a new french translation!! Could everyone please update > their language file for the french addition and send it in ? Is anyone > considering translating mdate.sgml yet?? Let me know if Tuvok doesn't have time so i'll update file. Regards Shard |
|
From: <mda...@li...> - 2003-10-13 08:11:18
|
We have now a new french translation!! Could everyone please update their language file for the french addition and send it in ? Is anyone considering translating mdate.sgml yet?? Sean -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2003-10-12 03:21:46
|
We'll be getting a French translation soon I hope! And an Esperanto translation may also be in the wings... I'll release another version whenever one gets in. Still trying to decide whether to include a GUI shell and if so, what. I might include alternative Mayan spellings (this has long been requested, but I'm now able to think about such things), which is getting perilously close to needing a config file. This could also include favourite language, preferred format (but only for current time, some formats can't work for different dates). Any thoughts? Does anyone want to translate mdate.sgml? It might be nice to have documentation in your native language too :) And then I'd have to translate it for Germans (unless I can find someone to do it for me <- lazy :) Anyway, think about it :) Sean -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2003-10-11 02:48:25
|
Hi, it's your host me with another wacky mdate release :) Apart from accidentally trying to pass off German as Polish in the Makefile, not much has changed except that now you can build debs and rpms!! But of course you don't have to do that, because I already did and you can get them at mdate.sourceforge.net :) Still pining for more translations/excuses to damage code, Sean -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2003-09-23 01:20:25
|
Shall we make another attempt to debianize this program? After mdate appeared to sink with slink, time is running out for inclusion in sarge. David, can you contribute at all? Sean -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2003-09-23 00:50:29
|
On Mon, Sep 22, 2003 at 08:54:25PM +0200, Shard wrote: > ok, i've tried printf and it works now. std:: streams are in pretty bad > condition on BeOS :( Yes, I wasn't even interested in c++ development until the g++ 3.x series, it was that bad. <iostream> was a disgrace. It's really sad in a way, that c++ has had the same problems that c had; now we're all moving away from it for general development. > I'm sending changed main.cc. BTW i've removed "\n" from main() here - so > You can see what i ment talking about not ending with nextline. if You > want more \n at the and it should be in format definition IMHO (i mean the > ones in en.h,es.h,pl.h,de.h, and other future translations). that way, > using mdate in scripts, doesn't make developer/script writer to play with > strings to cut out last nextline char. Well I tried it out but it's too inconsistent - doing this would split the output into "some output has newlines, some doesn't". All the data in the language files are there for translation, and your suggestion would make the rest of the program dependent on them for different reasons, which are hard to spot if you don't understand the code, or (like me often) haven't seen it for a while. I take my programming cues from Steve Ouilline, whose books taught me more about general coding than necessarily c/c++. Put yourself in the position of someone else trying to port mdate to another system - what assumptions can they make about the program's behaviour? If he/she/it can assume, for instance, that all output is newline-terminated, there won't be any surprises (like a user-supplied format running into the command-prompt because the format functions don't insert newlines), even if the output is an error-message. The buffers themselves aren't necessarily newline-terminated, but if you're dealing with them directly, you're doing something quite different to capturing output. Having said that, I won't enforce my output policy on BeOS :) If it looks worse to have an extra newline on a BeOS console, then it looks worse on a Linux rxvt without it :) Someday I'll get round to reformatting the options so DOS freaks don't wonder where the /? went :)) If a scripting language has problems with newlines in captured stdout, I have to say it doesn't impress me. Even Tcl, which is pretty basic compared to perl or python, had no trouble with it 3/4 years ago (and it's improved hugely since then): basically anything that can deal with a system() or exec() call properly is going to return a usable string. Rant over :) I'm currently playing with autoconf and friends. What support does BeOS have for autoconf/automake etc? Sean -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2003-09-22 07:31:29
|
Hi, > To quote the various release blurbs: we finally got a working mingw32 > console port! It's the first win32 port in at least 3 years :) Also > fixed many things, rewrote config.h, added a basic default system for > languages via Makefile settings. No translations addec :(, and the > existing ones work fine :) > > Now I really must fix the configuration - the Makefile is beginning to > look like spagetti-code. Then I can get on with some sort of GUI - Qt > would be nice if the Debian maintainers got their act together... > > woohoo! congrats! :) would it be hard to make it support "piping"? i mean to make it work with command like: mdate -L pl > /boot/home/Desktop/mdate-out.txt ? because for now it doesn't work (at least here on BeOS - i tried to make info box showing output, so user could click in gui on script and script would show info box). with ability to pipe output we could add python (or rebol maybe?) based gui very quickly, and multiplatform (i saw truly multiplatform "gui" for pythong somewhere - it uses specific guis like wxPython, and Bethon and gives developer one API working on every platform; rebol view works on every platform supported by rebol out-of-the-box AFAIK :). that would be just for the start, later it would be best to create native application using code from mdate (maybe take that code out to some library?), so for example BeOS people could have mdate in deskbar, and windows in tray. Regards Shard |
|
From: <mda...@li...> - 2003-09-22 02:59:33
|
To quote the various release blurbs: we finally got a working mingw32 console port! It's the first win32 port in at least 3 years :) Also fixed many things, rewrote config.h, added a basic default system for languages via Makefile settings. No translations addec :(, and the existing ones work fine :) Now I really must fix the configuration - the Makefile is beginning to look like spagetti-code. Then I can get on with some sort of GUI - Qt would be nice if the Debian maintainers got their act together... woohoo! Sean -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2003-09-13 06:38:55
|
On Fri, Sep 12, 2003 at 02:22:13PM +0200, Tuvok wrote: > you won't like this mail ;) > > another bug-pack here: > +@u says 7 - today is Friday, and you say in manual that it starts on > Monday - so there should be 5 > +@U gives always 01 > +@w - gives 0 > +@W - gives 00 > > they're probably connected with the previous ones, but i notify just in > case :) > Yes, it was a half-arsed (as we like to say here :)) solution, so I've removed all the bad formats you've mentioned so far, plus the ordinal one and hopefully that will fix things - we really didn't need them anyway and it was pointless duplicating date and strftime(). BTW, I've taken your latest pl.h and updated it to 1.4.1, my emergency bugfix release :) I've also done it for Quique too :) Version 1.4.1 is now in CVS and will be released later today! Saying "argh" a lot, Sean -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2003-09-07 11:24:58
|
Yes, mdate has reached 1.4.0! Innovations include: date formatting, many bugfixes. It's still in CVS pending updated translations for Polish and Spanish, then I'll release it. On Sat, Sep 06, 2003 at 07:36:21PM +0200, Quique wrote: > I could compile on my box (a P166 MMX running Debian Sarge) without any > trouble. > > Only a warning: > en.h:15: warning: `char helptext[497]' defined but not used This has been fixed in CVS 1.4.0. The translation file has also changed, so please update your file from CVS en.h and use that (sorry, tuvok!). > And I could not compile the doc because I don't have LaTeX, etc installed, > but I'll do it on other computer. My next task is to hack mplayer's configure system to make sure you have or don't have the correct tools/defines/includes/etc. This is one reason why gettext support has been missing so far. > For now I will translate v1.3.4. When v1.3.5 is ready for release, please > let me know, and I will update my translation. It's now 1.4.0 :) Get the CVS en.h :) I'm looking forward to a really big release this time :) Sean -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2003-08-24 10:51:42
|
Well, I've added some i18n support to mdate using the 'mplayer method': basically you edit for the include you want in lang.h (default is en.h; may end up renaming that to en_AU.h or en_US.h), and everything you need to change is in the <language>.h file. I've added hooks if proper USE_I18N is needed in config.h and made sure that gets picked up by the other files if in future we need the gettext stuff. Please add a language file!! If things work ok, I'll release this soon. -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2003-08-23 06:34:23
|
New bugfix version. I'd love to see this program packaged for _some_ distro, rpm doesn't have it, and the .deb is too old. -- "NOONE expects the Death Eaters! Amongst our weaponry are such diverse elements as...Fear! Surprise! Ruthless efficiency! An almost fanatical devotion to Lord Voldermort! Nice black uniforms - oh damn!" |
|
From: <mda...@li...> - 2002-04-03 00:32:28
|
If you're monitoring file releases, ignore this, just wanted to get the news out quickly. A new release of mdate, version 1.3.1 is available for download at: http://prdownloads.sourceforge.net/mdate/mdate-1.3.1.tar.gz Latest changelog: http://mdate.sourceforge.net/docs/ChangeLog.mdate. The html documentation is out of date, I'll be fixing that for the next release. Enjoy, and send in those bugreports/suggestions!! -- Sean Dwyer <ew...@ca...> Web: http://www.geocities.com/ewe2_au/ |
|
From: <mda...@li...> - 2002-04-02 23:55:47
|
[insert streamers and party hats here] Import of the mdate 1.3.1 sources has gone smoothly (notwithstanding my sf cvs rustiness), and the newly canonical source is ready for anon/dev access! oh god now i have to update the web page :( sean -- Sean Dwyer <ew...@ca...> Web: http://www.geocities.com/ewe2_au/ |
|
From: <mda...@li...> - 2002-03-30 12:19:05
|
Until sourceforge helps me sort out the CVS tree (which needs to be attic'd so I can import the new source), the latest mdate is at http://www.geocities.com/ewe2_au/mdate/mdate-1.3.1.tar.gz This is the almost totally reorganised source which is much more manageable. There is no autoconf or i18n support in this version. Internationalization will be added when the command-line stuff settles down, as I want to add date-like formatting support still. Autoconf support is out of the question for the present, as it's become really unstable on my development platform (Debian woody x86), and the code doesn't warrant a major build system. A config.h header is supplied which sould suffice for most users, although it still needs some cleaning up, and a Makefile with simple targets should suffice. It shouldn't be too hard to debianize or rpmize. Enjoy, -- Sean Dwyer <ew...@ca...> Web: http://www.geocities.com/ewe2_au/ |
|
From: <mda...@li...> - 2002-03-05 15:37:44
|
Okkkk, I hope someone is still reading this :) I've totally rewritten Mdate in C++, folding in the last libmdate. In many ways this is a return to the old mdate distribution with the following improvements/changes: 1. The command-line parser was rewritten. I generated it with gengetopt and hacked that. It works really well, and as a result future maintainence and work will be *much* easier. 2. Autoconf/automake/libtool have been abandoned. I've had too many reports from users who had too many difficulties with different versions, different OS's and the size of it wasn't defensible. In future it will be a simple Makefile with targets, and a config.h file that can be tweaked. A configure-like script can be written to test only the most critical things, like getopt(), drem() etc. I've discovered at least one issue with getopt() on my Cygwin distribution. 3. Using C++ classes means better data protection, overloading. It's really made not a lot of difference to the library functions (some of which have been renamed to save bits). It has made things easier to add, like correlation flags. 4. Optional correlation is implemented. The default is still Lounsbury, but now users can input -g, --gmt for the GMT correlation or -c, --correlation=[DOUBLE] for whatever tickles their fancy. There is at least one other correlation I'm looking at which may get in. I've had an offer of date/strftime option syntax, which I think is a great idea, and I'm waiting to see it. I've also had a request to implement the dreamspell version of dates, which is a bit more tricky, since the correlation is witheld/uncertain. I'd like to attic the current CVS trees and add this new version, but for now, if you want to play with it it's here: http://www.geocities.com/ewe2_au/mdate/mdate-1.2.9.tar.gz Please give me some feedback, I want to redo the sourceforge site soon. Sean -- Sean Dwyer <ew...@ca...> Web: http://www.geocities.com/ewe2_au/ |
|
From: <mda...@li...> - 2001-12-19 16:24:45
|
oookk, gmdate has been moved to a module of its own, so i can integrate variants like gnomedate and mdate_applet (which have been written) for when Debian 3.0 comes out, cos my setup is too flakey for gnome atm. libmdate and mdate have been updated to provide a simple (yet still buggy) correlation flag between our default correlation and the GMT one. Its buggy because the commandline parser is at its limits and really needs to be rewritten more simply(?) or at least to the point where changes aren't so wide-ranging. known bugs: mdate -g only outputs "pretty" view. mdate -p -g does NOT work. gmdate does not support correlation options. -g should really support ANY requested correlation with an option within intelligent limits (i think the range of "accepted" correlations is within the range of 584282-58429?). libmdate-specific changes are: - commented-out the unimplemented interfaces - added typedef double corr for passing correlations to the appropriate functions, and an extra GMT_CORRELATION - said functions rewritten to handle passed correlations - misc cleanups of irrelevant comments, etc. everything has been updated to use the Debian-packaged 2.5x autoconf/autoheader/autoreconf code. automake has NOT been updated, since it breaks a lot of things, so we're safe from that. the documentation has been only mininmally updated, and NO file releases except cvs nightlys will be made from this code until we sort the bugs out. the debian stuff desperately needs updating and adding to the mdate and gmdate modules. contributions gratefully accepted :) sean -- Sean Dwyer <ew...@ca...> Web: http://www.geocities.com/ewe2_au/ |
|
From: <mda...@li...> - 2001-12-15 11:52:27
|
ok, the tentative new library is up at my geocities site: http://www.geocities.com/ewe2_au/mdate/libmdate-0.1.6-ALPHA.tar.gz let me know what you think sean -- Sean Dwyer <ew...@ca...> Web: http://www.geocities.com/ewe2_au/ |
|
From: <mda...@li...> - 2001-12-15 02:57:22
|
I'm forwarding this to you all because it's spurred me to do some actual work on libmdate + mdate for a change :) Put briefly, Karlis suggests making correlations a command-line option to mdate, and include an option to output Dreamspell tokens. I think a correlation option is a very good idea, as it forces me to look again at the mess the command-line option parsing is, and the nuisance of having a hard-coded correlation in the library. Another imperative was upgrading the autoconf system for the imminent Debian 3.0, and cutting down the size of the mdate package by putting gmdate into its own module. This also has the advantage that I can finally put the gnome and applet versions I've written into that package as well. I've so far altered a number of libmdate functions and added a new typdef for a correlation option; I'll put up an alpha version of the library (guess it should be something like 0.1.5 if i'm interpreting the libtool rules correctly) at my geocities site, because the cvs tree will need quite a bit of work. I'll let you know when I've done that, but knowing David, he'll probably beat me to it :) enjoy :) -- Sean Dwyer <ew...@ca...> Web: http://www.geocities.com/ewe2_au/ |
