You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
(189) |
Apr
(40) |
May
(8) |
Jun
(6) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
(13) |
Dec
(10) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(4) |
Feb
(1) |
Mar
(3) |
Apr
|
May
(7) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(8) |
Oct
(19) |
Nov
(19) |
Dec
(7) |
2007 |
Jan
(6) |
Feb
(6) |
Mar
(3) |
Apr
(6) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(1) |
2008 |
Jan
(19) |
Feb
(1) |
Mar
(40) |
Apr
(31) |
May
(174) |
Jun
(24) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(64) |
Dec
(17) |
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(14) |
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
(5) |
Mar
(1) |
Apr
(1) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(11) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Pete S. <pst...@gm...> - 2008-06-15 16:29:56
|
DM = D.B. Moore DM> Note that the install path is still broken -- here DM> it's installing the documentation in DM> $PREFIX/bin/HelpFiles instead of something DM> like $PREFIX/share/jazz++/HelpFiles ....but I DM> know this isn't a problem as such, just an DM> issue in makefile.am or so... This is intentional. After a fresh install and Jazz++ is started for the first time, I know how to search for the help files if they are under the executable's directory. I haven't put effort into finding them if they are somewhere else. Pete |
From: D.B. M. <db...@ho...> - 2008-06-15 09:33:29
|
Greetings, FWIW, I've parked an apache at http://jazzplusplus.thruhere.net (expect nothing but the unexpected ;-) Regards, Donald B _________________________________________________________________ Are you paid what you're worth? Find out: SEEK Salary Centre http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2Fcareer%2Dresources%2Fsalary%2Dcentre%2F%3Ftracking%3Dsk%3Ahet%3Asc%3Anine%3A0%3Ahot%3Atext&_t=764565661&_r=OCT07_endtext_salary&_m=EXT |
From: D.B. M. <db...@ho...> - 2008-06-15 00:25:07
|
Greets, > Date: Sat, 14 Jun 2008 14:05:48 -0700 > Subject: Re: [jazzplusplus-devel] Tex2RTF HTML generated image path > > PS = Pete Stieber > PS> In a separate thread, Donald B. Moore wrote... > > DM>>> I checked the tex2rtf help (in it's src-tree)... > DM>>> > DM>>> It doesn't actually conclude a position of being > DM>>> able to path specify the image_include_dir....which > DM>>> is in equivalence to this situation. In fact, this > DM>>> notion isn't discussed at all... > DM>>> > DM>>> ...what one can consider is _inferred_ by the tex2rtf > DM>>> help docs, is a situation example in usage where the > DM>>> words read "make sure the image file you wish to include, > DM>>> is in the same directory as the tex file being processed" > DM>>> ...or such'n'similar. This morsel of text, coupled with > DM>>> the observed behaviour, leads me to believe this is > DM>>> a limitation hardcoded into tex2rtf itself somewhere.... > > PS>> I don't think this is a Tex2RTF issue, but a > PS>> browser/help displayer issue. I'll have to look > PS>> into it. > > PS> Well Donald, I was wrong. This is a Tex2RTF issue. > PS> If you open jazz_topic14.html generated from the > PS> latest jazz.tex and Tex2RTF with Firefox, and look > PS> at the source for the page, you will notice the path > PS> portion of the image name is missing. > PS> > PS> I'll try to fix this in Tex2RTF. I'll report back > PS> to this thread if and when I do fix it. > > Donald, > > I believe I just committed a fix for this to the Tex2RTF sources. > > Testing welcome. > > Pete > Okidoki, thanks Pete, that seems to have fixed this issue ..... Note that the install path is still broken -- here it's installing the documentation in $PREFIX/bin/HelpFiles instead of something like $PREFIX/share/jazz++/HelpFiles ....but I know this isn't a problem as such, just an issue in makefile.am or so... Otherwise, great work Pete! As I get to them, other images that need renewing will be replaced and moved into the 'images' dir to keep everything spic&span ... but now, on with the show!! Regards, Donald B _________________________________________________________________ It's simple! Sell your car for just $30 at CarPoint.com.au http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fsecure%2Dau%2Eimrworldwide%2Ecom%2Fcgi%2Dbin%2Fa%2Fci%5F450304%2Fet%5F2%2Fcg%5F801459%2Fpi%5F1004813%2Fai%5F859641&_t=762955845&_r=tig_OCT07&_m=EXT |
From: Pete S. <pst...@gm...> - 2008-06-14 21:05:45
|
PS = Pete Stieber PS> In a separate thread, Donald B. Moore wrote... DM>>> I checked the tex2rtf help (in it's src-tree)... DM>>> DM>>> It doesn't actually conclude a position of being DM>>> able to path specify the image_include_dir....which DM>>> is in equivalence to this situation. In fact, this DM>>> notion isn't discussed at all... DM>>> DM>>> ...what one can consider is _inferred_ by the tex2rtf DM>>> help docs, is a situation example in usage where the DM>>> words read "make sure the image file you wish to include, DM>>> is in the same directory as the tex file being processed" DM>>> ...or such'n'similar. This morsel of text, coupled with DM>>> the observed behaviour, leads me to believe this is DM>>> a limitation hardcoded into tex2rtf itself somewhere.... PS>> I don't think this is a Tex2RTF issue, but a PS>> browser/help displayer issue. I'll have to look PS>> into it. PS> Well Donald, I was wrong. This is a Tex2RTF issue. PS> If you open jazz_topic14.html generated from the PS> latest jazz.tex and Tex2RTF with Firefox, and look PS> at the source for the page, you will notice the path PS> portion of the image name is missing. PS> PS> I'll try to fix this in Tex2RTF. I'll report back PS> to this thread if and when I do fix it. Donald, I believe I just committed a fix for this to the Tex2RTF sources. Testing welcome. Pete |
From: Pete S. <pst...@gm...> - 2008-06-14 19:38:12
|
In a separate thread, Donald B. Moore wrote... DM>> I checked the tex2rtf help (in it's src-tree)... DM>> DM>> It doesn't actually conclude a position of being DM>> able to path specify the image_include_dir....which DM>> is in equivalence to this situation. In fact, this DM>> notion isn't discussed at all... DM>> DM>> ...what one can consider is _inferred_ by the tex2rtf DM>> help docs, is a situation example in usage where the DM>> words read "make sure the image file you wish to include, DM>> is in the same directory as the tex file being processed" DM>> ...or such'n'similar. This morsel of text, coupled with DM>> the observed behaviour, leads me to believe this is DM>> a limitation hardcoded into tex2rtf itself somewhere.... PS> I don't think this is a Tex2RTF issue, but a PS> browser/help displayer issue. I'll have to look PS> into it. Well Donald, I was wrong. This is a Tex2RTF issue. If you open jazz_topic14.html generated from the latest jazz.tex and Tex2RTF with Firefox, and look at the source for the page, you will notice the path portion of the image name is missing. I'll try to fix this in Tex2RTF. I'll report back to this thread if and when I do fix it. Pete |
From: Pete S. <pst...@gm...> - 2008-06-14 19:17:50
|
DM = Donald B. Moore DM> I went away reading up on tex2rtf, latex and friends, DM> to come back and find Pete has fixed a few things I DM> was just about to fix - DM> thanks Pete! DM> DM> The images are still broken....but I've discovered this DM> extends to all images (in the jazz help browser), not DM> just those in the 'images' directory. This probably DM> confirms your notion of something being wrong with DM> the browser, seeing as firefox does display images DM> (linked in from HelpFiles dir), whereas the jazz help DM> browser window does not. DM> DM> With the jazz help browser window, the window popup DM> complains ; DM> "no handler found for image type" I belive I just committed a fix for that problem. Update jazz/JazzPlusPlusApplication.cpp and build. Pete |
From: D.B. M. <db...@ho...> - 2008-06-14 16:18:08
|
Subject: RE: SF.net SVN: jazzplusplus: [603] trunk/jazz/src/HelpFiles/jazz.tex Date: Sat, 14 Jun 2008 16:13:13 +0000 Greets, > > Subject: SF.net SVN: jazzplusplus: [603] trunk/jazz/src/HelpFiles/jazz.tex > Date: Sat, 14 Jun 2008 05:50:57 -0700 > > Revision: 603 > http://jazzplusplus.svn.sourceforge.net/jazzplusplus/?rev=603&view=rev > Author: pstieber > Date: 2008-06-14 05:50:56 -0700 (Sat, 14 Jun 2008) > > Log Message: > ----------- > Changed includegraphics statements to use scale again, now that everything else is fixed. > > Modified Paths: > -------------- > trunk/jazz/src/HelpFiles/jazz.tex > I went away reading up on tex2rtf, latex and friends, to come back and find Pete has fixed a few things I was just about to fix - thanks Pete! The images are still broken....but I've discovered this extends to all images (in the jazz help browser), not just those in the 'images' directory. This probably confirms your notion of something being wrong with the browser, seeing as firefox does display images (linked in from HelpFiles dir), whereas the jazz help browser window does not. With the jazz help browser window, the window popup complains ; "no handler found for image type" Regards, Donald B _________________________________________________________________ Are you paid what you're worth? Find out: SEEK Salary Centre http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2Fcareer%2Dresources%2Fsalary%2Dcentre%2F%3Ftracking%3Dsk%3Ahet%3Asc%3Anine%3A0%3Ahot%3Atext&_t=764565661&_r=OCT07_endtext_salary&_m=EXT |
From: Pete S. <pst...@gm...> - 2008-06-13 13:56:54
|
PS = Pete Stieber PS>>>> It's going to take me a while to get caught up. PS>>>> I just noticed the last update message I received PS>>>> was from May 27, and was version 579. We are on PS>>>> version 593 and I have no idea where those commit PS>>>> messages went. DM = Donald B. Moore DM>>> That's interesting - I believe the commit messages DM>>> were in-sync up until the last bump to 593 -- there DM>>> was no commit for that change. I had thought this DM>>> was due to you manually fusing things together just DM>>> then, but it seems there's more to it than that... PS>> Look at the Source Forge archives... PS>> PS>> https://sourceforge.net/mailarchive/forum.php?forum_name=jazzplusplus-updates PS>> PS>> It looks like 573-593 were skipped... DM> .....actually, I saw 573 thru 579 inclusive, then DM> it went off the rails... Yes, I received them, but they are not in the archives at Source Forge. See the link above. The most recent list has 594 572 566 560 . . . Maybe this is a result of using the "Ultimate" view... Yeah, that's it. For some reason 574-577 are all in a thread under 573. I'm not sure why. PS>>>> Today I received an administrative email telling me PS>>>> my own verizon account address was removed from PS>>>> jazzplusplus-devel list. Another poor soul with a PS>>>> verizon account was also dropped. I tried chatting with PS>>>> verizon, but no joy. Very frustrating. I wish I had the PS>>>> resources to host some of this stuff. DM>>> Resources? Ok, what exactly do you need? (I used to be DM>>> sys-admin at one or another ISP over here, so I do know DM>>> my way around things like this).... PS>> A Linux box that could serve the Jazz++ mailing lists. PS>> I don't like the Source Forge archive format anyway, PS>> and the archives always seem to be missing messages. DM> Considering the low volume of it, I could easily do DM> that here at home. What software were you looking DM> to use? How would the DNS be resolved? Let's hold off on this for a while. Too much to do related to Jazz++, well actually Tex2RTF at the moment ;-) Pete |
From: D.B. M. <db...@ho...> - 2008-06-13 09:01:02
|
> Date: Thu, 12 Jun 2008 14:01:20 -0700 > Subject: Re: [jazzplusplus-devel] SF.net SVN: jazzplusplus: [595] trunk/jazz/src/HelpFiles/jazz.tex > > DM = D.B. Moore > DM> Note: this has been quietly BCC'd to Pete's verizon > DM> account 'cos I believe he's missing mail, thank you > DM> not verizon.... > > I'm using my gmail account so I should be getting everything. It's > Thursday afternoon and I'm just getting around to working on Jazz++. > > So much for the "week of Jazz++ code" ;-) > .....stuff happens - you can never plan for stuff... > > DM> When you mention the issue with /U UL and such > DM> with tex2rtf, am I right in concluding that a lot > DM> of error issues I am seeing are so related to > DM> 'deprecated' style usage? For example...what I'm > DM> finding is \urlref or such is now \url (if I'm > DM> right?) > > \urlref is specific to tex2rtf. Look online for tex2rtf help. I'm > confused about what program is complaining. > ..any 'modern' tex based thing complains. 'Modern' sort of infers post-1999 I think... I checked the tex2rtf help (in it's src-tree)... It doesn't actually conclude a position of being able to path specify the image_include_dir....which is in equivalence to this situation. In fact, this notion isn't discussed at all... ...what one can consider is _inferred_ by the tex2rtf help docs, is a situation example in usage where the words read "make sure the image file you wish to include, is in the same directory as the tex file being processed " ...or such'n'similar. This morsel of text, coupled with the observed behaviour, leads me to believe this is a limitation hardcoded into tex2rtf itself somewhere.... I had a bit of a peek, and it looks like this stuff is handled in tex2rtf/src/htmlutil.cpp &or tex2any.cpp &or rtfutils.cpp or such. Cee I can sometimes deal with, cee++ I cannot....but at least now I've a better grip on what going on.... > DM> and for whatever reason the editor was > DM> auto-suggesting me to use \underline{ } ...which > DM> of course tex2rtf gets wrong, so instead of... > > Well, I fixed the \underline issue in tex2rtf, so you need to update it, > rebuild it, and reinstall it. You may want to stay away from > underlining in an HTML doc because links are underlined too. > Ok, I'll take that onboard... > DM> So I've removed those tics for now so the html still > DM> looks sane. Knowing very little, I don't want to fall > DM> into the trap of reading the latest and greatest tex/latex > DM> documentation, when I need to restrict the format > DM> of the jazz.tex file to the 'older' feature set > DM> supported by tex2rtf. Perhaps if tex2rtf did become > DM> it's own separate project one day, these sorts of > DM> issues would be top-of-the-list of things todo..... > DM> however, if I need keep jazz.tex correct to an older > DM> guideline, it'd be handy to know exactly where that > DM> line is. > > I'm not sure myself at this point. Let's tackle them one at a time. > .....okidoki... < snip > > DM> The actual experience has turned out to leave me > DM> feeling somewhat dazed and confused, although he > DM> did say in parting that I was welcome to use his > DM> his winXP box while he was gone. > > How old is he? He may be back (with laundry) sooner than you think ;-) > He'll be 18 in a few months - he's achieved a number of regulatory certificates over the past months (including his drivers license) needed here so he can work on construction sites...he operates heavy earth moving equipment + does surveying tasks. He'll be working across sites in northern New South Wales about 500kilometers distant from here. He should make a lot of money, get himself a car (finally...), and I'm kinda hunching he'll return to academia later, probably to study bio-organic chemistry or something else in chemistry itself....he's fairly fascinated by the subject. Regarding laundry...well, I'll imagine your local social models are close to those here down-under, and if so I think you'll find that the incidence of children/teenagers doing their own laundry is always much higher in single-parent households like mine.. ;-) > He might notice a copy of TortioseSVN loaded on his Windows XP box ;-) > ......(oh good grief, that means I'd have to put an SDK on it).... Regards, Donald B _________________________________________________________________ It's simple! Sell your car for just $30 at CarPoint.com.au http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fsecure%2Dau%2Eimrworldwide%2Ecom%2Fcgi%2Dbin%2Fa%2Fci%5F450304%2Fet%5F2%2Fcg%5F801459%2Fpi%5F1004813%2Fai%5F859641&_t=762955845&_r=tig_OCT07&_m=EXT |
From: D.B. M. <db...@ho...> - 2008-06-13 03:11:44
|
Greets, > Date: Thu, 12 Jun 2008 12:48:45 -0700 > Subject: Re: [jazzplusplus-devel] tex2rtf changes noted > > PS = Pete Stieber > PS>> It's going to take me a while to get caught up. > PS>> I just noticed the last update message I received > PS>> was from May 27, and was version 579. We are on > PS>> version 593 and I have no idea where those commit > PS>> messages went. > > DM = Donald B. Moore > DM> That's interesting - I believe the commit messages > DM> were in-sync up until the last bump to 593 -- there > DM> was no commit for that change. I had thought this > DM> was due to you manually fusing things together just > DM> then, but it seems there's more to it than that... > > Look at the Source Forge archives... > > https://sourceforge.net/mailarchive/forum.php?forum_name=jazzplusplus-updates > > It looks like 573-593 were skipped... > .....actually, I saw 573 thru 579 inclusive, then it went off the rails... > PS>> Today I received an administrative email telling me > PS>> my own verizon account address was removed from > PS>> jazzplusplus-devel list. Another poor soul with a > PS>> verizon account was also dropped. I tried chatting with > PS>> verizon, but no joy. Very frustrating. I wish I had the > PS>> resources to host some of this stuff. > > DM> Resources? Ok, what exactly do you need? (I used to be > DM> sys-admin at one or another ISP over here, so I do know > DM> my way around things like this).... > > A Linux box that could serve the Jazz++ mailing lists. I don't like the > Source Forge archive format anyway, and the archives always seem to be > missing messages. > Considering the low volume of it, I could easily do that here at home. What software were you looking to use? How would the DNS be resolved? Regards, Donald B _________________________________________________________________ It's simple! Sell your car for just $30 at CarPoint.com.au http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fsecure%2Dau%2Eimrworldwide%2Ecom%2Fcgi%2Dbin%2Fa%2Fci%5F450304%2Fet%5F2%2Fcg%5F801459%2Fpi%5F1004813%2Fai%5F859641&_t=762955845&_r=tig_OCT07&_m=EXT |
From: D.B. M. <db...@ho...> - 2008-06-13 02:45:54
|
Greets, > Subject: SF.net SVN: jazzplusplus: [598] trunk/jazz/src/HelpFiles/jazz.tex > Date: Thu, 12 Jun 2008 13:15:39 -0700 > > Revision: 598 > http://jazzplusplus.svn.sourceforge.net/jazzplusplus/?rev=598&view=rev > Author: pstieber > Date: 2008-06-12 13:15:36 -0700 (Thu, 12 Jun 2008) > > Log Message: > ----------- > Removed leading forward slash from image path. > > Modified Paths: > -------------- > trunk/jazz/src/HelpFiles/jazz.tex > yeah, I tried that, and here at least (with every web browser) that flunks out too. The generated html looks like this without leading slash; <img src="qjack-running.png">Figure 2.2: Main Control GUI of QJACKCTL Firefox will complain ; Firefox can't find the file at /mnt/jazzplusplus/trunk/jazz/src/HelpFiles/qjack-running.png. which is what I was finding -- for some reason, the subdir 'images' is not being considered part of the document structure/path. Regarding the changes to hookin the help system within jazz++ itself ; As of svn rev.600, when you start jazz it can't find the 'jazz.hhp' file. It will pop a file-req window asking for it's location -- I choose the 'TestInstall/usr/share/bla/bla' location of my home directory -- this proved to be the 'old' jazz.hhp file. When I checked to find out what happened, it seems the 'make install' stage is putting the entire 'HelpFiles' directory under '~/Jazz++/TestInstall/bin/' instead of where it ought to... The images are broken in the inbuilt jazz help viewer as well. Regards, Donald B _________________________________________________________________ Never miss another e-mail with Hotmail on your mobile. http://www.livelife.ninemsn.com.au/article.aspx?id=343869 |
From: Pete S. <pst...@gm...> - 2008-06-12 21:01:47
|
DM = D.B. Moore DM> Note: this has been quietly BCC'd to Pete's verizon DM> account 'cos I believe he's missing mail, thank you DM> not verizon.... I'm using my gmail account so I should be getting everything. It's Thursday afternoon and I'm just getting around to working on Jazz++. So much for the "week of Jazz++ code" ;-) CM = Commit Mesasage CM>> Subject: SF.net SVN: jazzplusplus: [595] CM>> trunk/jazz/src/HelpFiles/jazz.tex CM>> Date: Wed, 11 Jun 2008 08:01:59 -0700 CM>> CM>> Revision: 595 CM>> http://jazzplusplus.svn.sourceforge.net/jazzplusplus/?rev=595&view=rev CM>> Author: pstieber CM>> Date: 2008-06-11 08:01:58 -0700 (Wed, 11 Jun 2008) CM>> CM>> Log Message: CM>> ----------- CM>> 1. Made Donald B. Moore the primary author. CM>> 2. Changed the date from May to June. CM>> CM>> Modified Paths: CM>> -------------- CM>> trunk/jazz/src/HelpFiles/jazz.tex DM> Well, I'm sure I'm chuffed by this recognition, DM> however I'm not sure whether I've yet done DM> enough to deserve such accolade You have... Better than a Gold Star Eh... ;-) DM> - thanks Pete, I'll attempt to live up to DM> the honor! DM> DM> Firstly here, I readily admit my knowledge of DM> tex/latex is infantile - I've never actually worked DM> with the suite at all, however I do understand it's DM> purpose in life. Ergo, the jazz.tex file itself DM> forms my own learning curve and personal mountain DM> to climb -- like any studious fellow, as I stumble DM> across things I do not know, I do the RTFM thang. DM> That said, the more of this I do the more I come DM> away scratching my head a bit -- not about DM> what I'm reading, but more regarding jazz.tex DM> itself. DM> DM> I think mainly here what I'm after is a bit of DM> guidance regarding how to treat jazz.tex -- this DM> is like saying "I can swim, but I'm in the middle DM> of this big pool of water...a couple of pointers DM> on how to get to land would be nice" DM> I should quickly explain what I'm doing here... DM> DM> If for no other reason than it being immediately DM> easy to meld tex2rtf into the fold, I use 'Kile' DM> to edit the jazz.tex file. The 'quickbuild' DM> function I've configured to use tex2rtf with the DM> same invocation that Makefile defines. This seems DM> to work just fine for html generation, however I DM> noticed last night PDF generation was broken -- this DM> will be my fault. DM> DM> That in itself doesn't bother me right now -- my DM> thinking here is that provided the html manual DM> generation always works, it self supports the DM> website content as well as jazz++ documentation DM> overall...ie; everyone has a web-browser. Somewhere DM> during my climb up the mountain side, I'll go "doh!" DM> as it occurs to me how to fix PDF generation DM> again...I'll get there, I like a challenge... DM> DM> Now...one thing that troubles me, is the way the DM> above tex/latex app 'Kile', or 'TexMaker', and DM> one or two other such editors, howl about tex DM> syntax or formatting issues within jazz.tex DM> itself -- again, some of this may well be my fault DM> again, however I noticed the same complaints are DM> generated by older versions (all I tried, including DM> those I'd never touched) and that led me to the DM> Dr. Spock raised single eyebrow expression... DM> DM> When you mention the issue with /U UL and such DM> with tex2rtf, am I right in concluding that a lot DM> of error issues I am seeing are so related to DM> 'deprecated' style usage? For example...what I'm DM> finding is \urlref or such is now \url (if I'm DM> right?) \urlref is specific to tex2rtf. Look online for tex2rtf help. I'm confused about what program is complaining. DM> and for whatever reason the editor was DM> auto-suggesting me to use \underline{ } ...which DM> of course tex2rtf gets wrong, so instead of... Well, I fixed the \underline issue in tex2rtf, so you need to update it, rebuild it, and reinstall it. You may want to stay away from underlining in an HTML doc because links are underlined too. DM> So I've removed those tics for now so the html still DM> looks sane. Knowing very little, I don't want to fall DM> into the trap of reading the latest and greatest tex/latex DM> documentation, when I need to restrict the format DM> of the jazz.tex file to the 'older' feature set DM> supported by tex2rtf. Perhaps if tex2rtf did become DM> it's own separate project one day, these sorts of DM> issues would be top-of-the-list of things todo..... DM> however, if I need keep jazz.tex correct to an older DM> guideline, it'd be handy to know exactly where that DM> line is. I'm not sure myself at this point. Let's tackle them one at a time. DM> PS: My son rather suddenly (although not altogether DM> unexpectedly) moved out of home yesterday, DM> venturing out on his current life ambitions of DM> getting some 'real world experience' as it were, DM> away from the regiment of academic study. For DM> myself, this is a moment long visualized that DM> one can never really prepare themselves for, DM> and unlike most folks this is a juncture in life DM> I reach alone, without the wife/mother/partner DM> being any part of the current picture. DM> DM> The actual experience has turned out to leave me DM> feeling somewhat dazed and confused, although he DM> did say in parting that I was welcome to use his DM> his winXP box while he was gone. How old is he? He may be back (with laundry) sooner than you think ;-) He might notice a copy of TortioseSVN loaded on his Windows XP box ;-) Pete |
From: Pete S. <pst...@gm...> - 2008-06-12 20:23:45
|
CM = Commit Message CM>> Subject: SF.net SVN: jazzplusplus: [594] trunk/jazz/src/HelpFiles/jazz.tex CM>> Date: Tue, 10 Jun 2008 14:55:34 -0700 <snip> CM>> Log Message: CM>> ----------- CM>> Applied a patch provided by Donald B. Moore. CM>> I believe Donald submitted this on May 30. Sorry for the delay. CM>> I may have modified it a bit, but I can't remember. I trust Donald CM>> to I'm not going to go through the effort to see if I modified the CM>> patch. CM>> Donald's Changes: <snip> DM = D.B. Moore DM> One question though (as asked in a previous posting of DM> mine), relates to the images I uploaded DM> (jazzplusplus/trunk/jazz/src/HelpFiles/images/*) DM> and more specifically getting them into the manual itself. DM> DM> Tex2rtf complains ; DM> DM> Warning: could not find an inline XBM/GIF for DM> /images/qjack-stopped.png. DM> DM> The generated manual section therefore looks like ; <snip> DM> What does one do about this? DM> (I'd like to get it fixed for the next installment ;) I just fixed this. It was the leading / in the path. I simple removed it. Make sure you update. I also added the autotools files that are necessary to build and install the help along with Jazz++. HTH, Pete |
From: Pete S. <pst...@gm...> - 2008-06-12 19:49:06
|
PS = Pete Stieber PS>> It's going to take me a while to get caught up. PS>> I just noticed the last update message I received PS>> was from May 27, and was version 579. We are on PS>> version 593 and I have no idea where those commit PS>> messages went. DM = Donald B. Moore DM> That's interesting - I believe the commit messages DM> were in-sync up until the last bump to 593 -- there DM> was no commit for that change. I had thought this DM> was due to you manually fusing things together just DM> then, but it seems there's more to it than that... Look at the Source Forge archives... https://sourceforge.net/mailarchive/forum.php?forum_name=jazzplusplus-updates It looks like 573-593 were skipped... PS>> Today I received an administrative email telling me PS>> my own verizon account address was removed from PS>> jazzplusplus-devel list. Another poor soul with a PS>> verizon account was also dropped. I tried chatting with PS>> verizon, but no joy. Very frustrating. I wish I had the PS>> resources to host some of this stuff. DM> Resources? Ok, what exactly do you need? (I used to be DM> sys-admin at one or another ISP over here, so I do know DM> my way around things like this).... A Linux box that could serve the Jazz++ mailing lists. I don't like the Source Forge archive format anyway, and the archives always seem to be missing messages. Pete |
From: D.B. M. <db...@ho...> - 2008-06-12 18:40:17
|
Greetings, Note: this has been quietly BCC'd to Pete's verizon account 'cos I believe he's missing mail, thank you not verizon.... > Subject: SF.net SVN: jazzplusplus: [595] trunk/jazz/src/HelpFiles/jazz.tex > Date: Wed, 11 Jun 2008 08:01:59 -0700 > > Revision: 595 > http://jazzplusplus.svn.sourceforge.net/jazzplusplus/?rev=595&view=rev > Author: pstieber > Date: 2008-06-11 08:01:58 -0700 (Wed, 11 Jun 2008) > > Log Message: > ----------- > 1. Made Donald B. Moore the primary author. > 2. Changed the date from May to June. > > Modified Paths: > -------------- > trunk/jazz/src/HelpFiles/jazz.tex Well, I'm sure I'm chuffed by this recognition, however I'm not sure whether I've yet done enough to deserve such accolade - thanks Pete, I'll attempt to live up to the honor! Firstly here, I readily admit my knowledge of tex/latex is infantile - I've never actually worked with the suite at all, however I do understand it's purpose in life. Ergo, the jazz.tex file itself forms my own learning curve and personal mountain to climb -- like any studious fellow, as I stumble across things I do not know, I do the RTFM thang. That said, the more of this I do the more I come away scratching my head a bit -- not about what I'm reading, but more regarding jazz.tex itself. I think mainly here what I'm after is a bit of guidance regarding how to treat jazz.tex -- this is like saying "I can swim, but I'm in the middle of this big pool of water...a couple of pointers on how to get to land would be nice" I should quickly explain what I'm doing here... If for no other reason than it being immediately easy to meld tex2rtf into the fold, I use 'Kile' to edit the jazz.tex file. The 'quickbuild' function I've configured to use tex2rtf with the same invocation that Makefile defines, This seems to work just fine for html generation, however I noticed last night PDF generation was broken -- this will be my fault. That in itself doesn't bother me right now -- my thinking here is that provided the html manual generation always works, it self supports the website content as well as jazz++ documentation overall...ie; everyone has a web-browser. Somewhere during my climb up the mountain side, I'll go "doh!" as it occurs to me how to fix PDF generation again...I'll get there, I like a challenge... Now...one thing that troubles me, is the way the above tex/latex app 'Kile', or 'TexMaker', and one or two other such editors, howl about tex syntax or formatting issues within jazz.tex itself -- again, some of this may well be my fault again, however I noticed the same complaints are generated by older versions (all I tried, including those I'd never touched) and that led me to the Dr. Spock raised single eyebrow expression... When you mention the issue with /U UL and such with tex2rtf, am I right in concluding that a lot of error issues I am seeing are so related to 'deprecated' style usage? For example...what I'm finding is \urlref or such is now \url (if I'm right?) and for whatever reason the editor was auto-suggesting me to use \underline{ } ...which of course tex2rtf gets wrong, so instead of getting this , you get this instead. So I've removed those tics for now so the html still looks sane. Knowing very little, I don't want to fall into the trap of reading the latest and greatest tex/latex documentation, when I need to restrict the format of the jazz.tex file to the 'older' feature set supported by tex2rtf. Perhaps if tex2rtf did become it's own separate project one day, these sorts of issues would be top-of-the-list of things todo.....however, if I need keep jazz.tex correct to an older guideline, it'd be handy to know exactly where that line is. Regards, Donald B PS: My son rather suddenly (although not altogether unexpectedly) moved out of home yesterday, venturing out on his current life ambitions of getting some 'real world experience' as it were, away from the regiment of academic study. For myself, this is a moment long visualized that one can never really prepare themselves for, and unlike most folks this is a juncture in life I reach alone, without the wife/mother/partner being any part of the current picture. The actual experience has turned out to leave me feeling somewhat dazed and confused, although he did say in parting that I was welcome to use his winXP box while he was gone. _________________________________________________________________ Never miss another e-mail with Hotmail on your mobile. http://www.livelife.ninemsn.com.au/article.aspx?id=343869 |
From: D.B. M. <db...@ho...> - 2008-06-11 01:22:53
|
Greets, > Subject: SF.net SVN: jazzplusplus: [594] trunk/jazz/src/HelpFiles/jazz.tex > Date: Tue, 10 Jun 2008 14:55:34 -0700 > > Revision: 594 > http://jazzplusplus.svn.sourceforge.net/jazzplusplus/?rev=594&view=rev > Author: pstieber > Date: 2008-06-10 14:55:33 -0700 (Tue, 10 Jun 2008) > > Log Message: > ----------- > Applied a patch provided by Donald B. Moore. > I believe Donald submitted this on May 30. Sorry for the delay. I may have modified > it a bit, but I can't remember. I trust Donald to I'm not going to go through the > effort to see if I modified the patch. > Donald's Changes: > 1. Added content to 'Common Considerations' section. > 2. Added own system stats and extra content to CPU - RAM section. > 3. Added content to 'operational tricks' section - some text reordered. > 4. Added quickstart guide for qjackctl/qsynth/jazz++ - some other corrections. > 5. Added Mac section in same chapter area. > > Modified Paths: > -------------- > trunk/jazz/src/HelpFiles/jazz.tex > > Modified: trunk/jazz/src/HelpFiles/jazz.tex > =================================================================== > --- trunk/jazz/src/HelpFiles/jazz.tex 2008-06-05 23:59:58 UTC (rev 593) > +++ trunk/jazz/src/HelpFiles/jazz.tex 2008-06-10 21:55:33 UTC (rev 594) > @@ -15,278 +15,598 @@ > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% < snip > No worries about the delay, and it seems I forgot to put in my system stats, and some formatting is needing attention...otherwise okay. For the record, I continually review the entire manual text and as such things will appear, disappear or move somewhere else in this process -- sometimes even new stuff I add gets removed altogether, and then is replaced by something more appropriate. One question though (as asked in a previous posting of mine), relates to the images I uploaded (jazzplusplus/trunk/jazz/src/HelpFiles/images/*) and more specifically getting them into the manual itself. Tex2rtf complains ; Warning: could not find an inline XBM/GIF for /images/qjack-stopped.png. The generated manual section therefore looks like ; Picture Figure 2.1: Main Control GUI of QJACKCTL ....without the picture(s) obviously. I had a quick look and concluded that the 'images' directory wasn't being considered (by either jazz.tex or tex2rtf itself) in the doc build process. What does one do about this? (I'd like to get it fixed for the next installment ;) Regards, Donald B _________________________________________________________________ Search for local singles online @ Lavalife - Click here http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Flavalife9%2Eninemsn%2Ecom%2Eau%2Fclickthru%2Fclickthru%2Eact%3Fid%3Dninemsn%26context%3Dan99%26locale%3Den%5FAU%26a%3D30290&_t=764581033&_r=email_taglines_Search_OCT07&_m=EXT |
From: D.B. M. <db...@ho...> - 2008-06-11 00:30:20
|
Greets, > Date: Tue, 10 Jun 2008 12:06:05 -0700 > Subject: Re: [jazzplusplus-devel] tex2rtf changes noted > < snip > > DM> One could suppose that the tex2rtf in the wxWidgets tree is going > DM> to remain static from now until the end of it's days there, and that > DM> one could probably patch the wxWidgets tree to include the changes > DM> to the tex2rtf sources + alter config scripts so tex2rtf gets > DM> defaultly built as part of the current 'building wxWidgets' > DM> instructions - this still means users have to undertake an > DM> extra set of steps here, either download and apply the patch > DM> as part of the wx build, or else download, build and install the > DM> tex2rtf package ; IMHO this latter option is the way to go... > > When the new wxWidgets comes out, I'm hoping to make Jazz++ work with > it. Tex2RTF will not be in the wxWidgets source tree for the next > version, so Jazz++ is supplying it. It really should be a separate project. > I didn't actually realize it (tex2rtf) would be dropped so soon -- that said, such sure helps define the future . > DM> This of course all infers that there will be changes pending to the > DM> content of htdocs as a result -- having been forewarned, I too > DM> have the whole coming week 'free' to do with as I see fit ... so > DM> Pete, just toss any of this at me when you get to it. The > DM> pending content still to be added to jazz.tex will appear > DM> as a number of patches after all this spinning is resolved. > > I dropped my wife off at the airport yesterday. The airport and my > place of work are 50 miles (about a 1 hour drive) from my residence. > She had some flight delays and I sayed at work until all was > resolved... About 10:00 PM local time, so may Jazz++ work will start > today. Let's get help building and tied to the code so you can see how > that works. > > It's going to take me a while to get caught up. I just noticed the last > update message I received was from May 27, and was version 579. We are > on version 593 and I have no idea where those commit messages went. That's interesting - I believe the commit messages were in-sync up until the last bump to 593 -- there was no commit for that change. I had thought this was due to you manually fusing things together just then, but it seems there's more to it than that... > Today I received an administrative email telling me my own verizon > account address was removed from jazzplusplus-devel list. Another poor > soul with a verizon account was also dropped. I tried chatting with > verizon, but no joy. Very frustrating. I wish I had the resources to > host some of this stuff. Resources? Ok, what exactly do you need? (I used to be sys-admin at one or another ISP over here, so I do know my way around things like this).... > > Let me try to apply your patches and see if we can get on the same page > with respect to help generation. > > Pete > Yep, no problem Pete. Regards, Donald B _________________________________________________________________ Search for local singles online @ Lavalife - Click here http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Flavalife9%2Eninemsn%2Ecom%2Eau%2Fclickthru%2Fclickthru%2Eact%3Fid%3Dninemsn%26context%3Dan99%26locale%3Den%5FAU%26a%3D30290&_t=764581033&_r=email_taglines_Search_OCT07&_m=EXT |
From: Pete S. <pst...@gm...> - 2008-06-10 19:06:30
|
DM = D.B. Moore DM> Greetings, DM> Most all of the linux specific texts are finished, so I've spent this past DM> week with my electronics repair technician's hat on debugging/reworking DM> PCB jobs. Those jobs behind me, I've returned here and noted Pete DM> has changed some things in the tex2rtf source code, related to the DM> earlier discovery of how tex2rtf is handling embedded mark-ups in DM> the jazz.tex file with the HTML conversion path... The Tex2RTF code was using <UL></UL> for underline, but this tag is for an unordered list. The deprecated tag is <U></U>. I tried using the new recommended HTML style tag for underlining, but the wxWidgets HTML help control didn't parse it properly so I had to fall back to the deprecated <U></U>. DM> I'm guessing this is going to change a few things (build wise) for people DM> building from (svn) source -- I imagine this won't affect binary releases DM> (when they happen) at all. I don't think we have build instructions for Tex2RTF anywhere. We need to do this soon so we can integrate the help you are writing with the code. DM> The changes made to tex2rtf by Pete, now render this separate tex2rtf DM> fork as being functionally disparate from that tex2rtf source contained DM> (at the moment) in the wxWidgets package. As we've noted, 'at the DM> moment' is very much that, and tex2rtf might drop out of the wxWidgets DM> tree at some future juncture. I has been removed from the wxWidgets Subversion HEAD. DM> I would deduce from all this, that the mark-up issues coupled with DM> tex2rtf's uncertain future in the wxWidgets tree, has left Pete little DM> other choice than to fix/alter tex2rtf for jazz++ use, and also make DM> such available as it's own separate package release for builders DM> of jazz++ from source tarball/svn gets... DM> DM> One could suppose that the tex2rtf in the wxWidgets tree is going DM> to remain static from now until the end of it's days there, and that DM> one could probably patch the wxWidgets tree to include the changes DM> to the tex2rtf sources + alter config scripts so tex2rtf gets DM> defaultly built as part of the current 'building wxWidgets' DM> instructions - this still means users have to undertake an DM> extra set of steps here, either download and apply the patch DM> as part of the wx build, or else download, build and install the DM> tex2rtf package ; IMHO this latter option is the way to go... When the new wxWidgets comes out, I'm hoping to make Jazz++ work with it. Tex2RTF will not be in the wxWidgets source tree for the next version, so Jazz++ is supplying it. It really should be a separate project. DM> This of course all infers that there will be changes pending to the DM> content of htdocs as a result -- having been forewarned, I too DM> have the whole coming week 'free' to do with as I see fit ... so DM> Pete, just toss any of this at me when you get to it. The DM> pending content still to be added to jazz.tex will appear DM> as a number of patches after all this spinning is resolved. I dropped my wife off at the airport yesterday. The airport and my place of work are 50 miles (about a 1 hour drive) from my residence. She had some flight delays and I sayed at work until all was resolved... About 10:00 PM local time, so may Jazz++ work will start today. Let's get help building and tied to the code so you can see how that works. It's going to take me a while to get caught up. I just noticed the last update message I received was from May 27, and was version 579. We are on version 593 and I have no idea where those commit messages went. Today I received an administrative email telling me my own verizon account address was removed from jazzplusplus-devel list. Another poor soul with a verizon account was also dropped. I tried chatting with verizon, but no joy. Very frustrating. I wish I had the resources to host some of this stuff. Let me try to apply your patches and see if we can get on the same page with respect to help generation. Pete |
From: D.B. M. <db...@ho...> - 2008-06-08 00:25:09
|
Greetings, Most all of the linux specific texts are finished, so I've spent this past week with my electronics repair technician's hat on debugging/reworking PCB jobs. Those jobs behind me, I've returned here and noted Pete has changed some things in the tex2rtf source code, related to the earlier discovery of how tex2rtf is handling embedded mark-ups in the jazz.tex file with the HTML conversion path... I'm guessing this is going to change a few things (build wise) for people building from (svn) source -- I imagine this won't affect binary releases (when they happen) at all. The changes made to tex2rtf by Pete, now render this separate tex2rtf fork as being functionally disparate from that tex2rtf source contained (at the moment) in the wxWidgets package. As we've noted, 'at the moment' is very much that, and tex2rtf might drop out of the wxWidgets tree at some future juncture. I would deduce from all this, that the mark-up issues coupled with tex2rtf's uncertain future in the wxWidgets tree, has left Pete little other choice than to fix/alter tex2rtf for jazz++ use, and also make such available as it's own separate package release for builders of jazz++ from source tarball/svn gets... One could suppose that the tex2rtf in the wxWidgets tree is going to remain static from now until the end of it's days there, and that one could probably patch the wxWidgets tree to include the changes to the tex2rtf sources + alter config scripts so tex2rtf gets defaultly built as part of the current 'building wxWidgets' instructions - this still means users have to undertake an extra set of steps here, either download and apply the patch as part of the wx build, or else download, build and install the tex2rtf package ; IMHO this latter option is the way to go... This of course all infers that there will be changes pending to the content of htdocs as a result -- having been forewarned, I too have the whole coming week 'free' to do with as I see fit ... so Pete, just toss any of this at me when you get to it. The pending content still to be added to jazz.tex will appear as a number of patches after all this spinning is resolved. Regards, Donald B _________________________________________________________________ It's simple! Sell your car for just $30 at CarPoint.com.au http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fsecure%2Dau%2Eimrworldwide%2Ecom%2Fcgi%2Dbin%2Fa%2Fci%5F450304%2Fet%5F2%2Fcg%5F801459%2Fpi%5F1004813%2Fai%5F859641&_t=762955845&_r=tig_OCT07&_m=EXT |
From: Pete S. <pst...@gm...> - 2008-06-02 14:18:49
|
PS = Pete Stieber PS>> After I did some hand merging of changes I made that PS>> were already in the Subversion repository, but not PS>> in the patch you sent me, I committed the FAQ patch. PS>> PS>> I built the HTML help based on the jazz.tex patch, PS>> but noticed that Tex2RTF was using the wrong HTML PS>> tag for underlined text. Tex2RTF inserted <UL></UL>, PS>> but this is used for indentation, not underlining. PS>> PS>> I generated and committed new Tex2RTF Visual Studio PS>> projects and solutions for Visual Studio .NET 2005 PS>> and 2008. When building Tex2RTF I noticed I didn't PS>> have wxUSE_STL set for the Visual Studio wxWidgets PS>> build, so I changed that along with the wxWidgets PS>> build instructions for wxWidgets on the web site. PS>> PS>> Next I went looking for the proper HTML tag for PS>> underlining. The deprecated version is <U></U>. The PS>> modern replacement is PS>> <style="text-decoration:underline;"></styl>, so I put PS>> this in then Tex2RTF source. Unfortunately, the PS>> wxWidgets HTML help controller doesn't understand PS>> this tag. I may have to fall back to <U></U>. DM = D.B. Moore DM> Yeah, there's a previous posting from myself querying DM> exactly what jazz.tex is currently doing... PS>> I am looking at your patch, but this has caused a PS>> tangent development spiral. PS> Umm....excuse my ignorance here, 'tangent PS> development spiral'...? This just means I was reviewing you patch and noticed problems with Tex2RTF and set off to fix them before finishing the review of your patch. Pete |
From: D.B. M. <db...@ho...> - 2008-06-02 13:58:40
|
Greets, ---------------------------------------- > Date: Mon, 2 Jun 2008 06:36:42 -0700 > Subject: Re: [jazzplusplus-devel] Donald's Patches > > > After I did some hand merging of changes I made that were already in the > Subversion repository, but not in the patch you sent me, I committed the > FAQ patch. > > I built the HTML help based on the jazz.tex patch, but noticed that > Tex2RTF was using the wrong HTML tag for underlined text. Tex2RTF > inserted , but this is used for indentation, not underlining. > > I generated and committed new Tex2RTF Visual Studio projects and > solutions for Visual Studio .NET 2005 and 2008. When building Tex2RTF I > noticed I didn't have wxUSE_STL set for the Visual Studio wxWidgets > build, so I changed that along with the wxWidgets build instructions for > wxWidgets on the web site. > > Next I went looking for the proper HTML tag for underlining. The > deprecated version is . The modern replacement is style="text-decoration:underline;">, so I put this in then > Tex2RTF source. Unfortunately, the wxWidgets HTML help controller > doesn't understand this tag. I may have to fall back to . > Yeah, there's a previous posting from myself querying exactly what jazz.tex is currently doing... > I am looking at your patch, but this has caused a tangent development > spiral. > Umm....excuse my ignorance here, 'tangent development spiral'...? I am unfamiliar with this term ;-) Regards, Donald B _________________________________________________________________ Never miss another e-mail with Hotmail on your mobile. http://www.livelife.ninemsn.com.au/article.aspx?id=343869 |
From: Pete S. <pst...@gm...> - 2008-06-02 13:36:56
|
PS = Pete Stieber PS>> Donald, PS>> PS>> Sorry I'm falling behind on the documentation PS>> patches you have been sending. I am having a PS>> problem applying them. Maybe you haven't PS>> updated recently? Could you do me the PS>> following favor... PS>> PS>> 1. Update your working copy. PS>> 2. Resolve any conflicts. PS>> 3. Send me a cumulative patch based on the PS>> resulting working copy. DM = D.B. Moore DM> Apologies for a troublesome couple of patches. I'm DM> not exactly sure how things got out of whack here, DM> but not to worry, all fixed now. This patch is DM> relative to Jazz++ svn Rev: 579 DM> DM> Pete, descriptions from the previous 2 patches DM> still hold + the following ; DM> DM> First major reorganization of jazz.tex itself DM> Lots of added text regarding Linux + Jazz++ DM> operations DM> DM> Something else I can't recall right now ;-) DM> DM> There's still lots of formatting to attend to, and DM> as I 'lock things down' sectionally they'll be DM> reannounced in forthcoming patches. After I did some hand merging of changes I made that were already in the Subversion repository, but not in the patch you sent me, I committed the FAQ patch. I built the HTML help based on the jazz.tex patch, but noticed that Tex2RTF was using the wrong HTML tag for underlined text. Tex2RTF inserted <UL></UL>, but this is used for indentation, not underlining. I generated and committed new Tex2RTF Visual Studio projects and solutions for Visual Studio .NET 2005 and 2008. When building Tex2RTF I noticed I didn't have wxUSE_STL set for the Visual Studio wxWidgets build, so I changed that along with the wxWidgets build instructions for wxWidgets on the web site. Next I went looking for the proper HTML tag for underlining. The deprecated version is <U></U>. The modern replacement is <span style="text-decoration:underline;"></span>, so I put this in then Tex2RTF source. Unfortunately, the wxWidgets HTML help controller doesn't understand this tag. I may have to fall back to <U></U>. I am looking at your patch, but this has caused a tangent development spiral. Pete |
From: D.B. M. <db...@ho...> - 2008-06-02 08:02:45
|
Greetings, In the old documentation, it mentions that in Windows one can send/receive MIDI time sync signals. The text infers this is a Windows only possibility. Can Linux & Mac expect the same functionality? Regards, Donald B _________________________________________________________________ Be part of history. Take part in Australia's first e-mail archive with Email Australia. http://emailaustralia.ninemsn.com.au |
From: D.B. M. <db...@ho...> - 2008-05-31 04:45:23
|
Greets, ---------------------------------------- > Date: Fri, 30 May 2008 06:49:36 -0700 > Subject: [jazzplusplus-devel] Donald's Patches > > Donald, > > Sorry I'm falling behind on the documentation patches you have been > sending. I am having a problem applying them. Maybe you haven't > updated recently? Could you do me the following favor... > > 1. Update your working copy. > 2. Resolve any conflicts. > 3. Send me a cumulative patch based on the resulting working copy. > > Thanks, > Pete Apologies for a troublesome couple of patches. I'm not exactly sure how things got out of whack here, but not to worry, all fixed now. This patch is relative to Jazz++ svn Rev: 579 Pete, descriptions from the previous 2 patches still hold + the following ; First major reorganization of jazz.tex itself Lots of added text regarding Linux + Jazz++ operations Something else I can't recall right now ;-) There's still lots of formatting to attend to, and as I 'lock things down' sectionally they'll be reannounced in forthcoming patches. See attached file: - 20080531-consolidated-docs.patch.gz Regards, Donald B _________________________________________________________________ Never miss another e-mail with Hotmail on your mobile. http://www.livelife.ninemsn.com.au/article.aspx?id=343869 |
From: D.B. M. <db...@ho...> - 2008-05-31 00:57:42
|
Greetings, I downloaded the freeBSD 7.0 images the other night - the BSD environment is not totally foreign to me, although it has been some years. "I'm game" , he said... Anyone tried this lately? Should I expect trouble? ;-) Regards, Donald B _________________________________________________________________ Never miss another e-mail with Hotmail on your mobile. http://www.livelife.ninemsn.com.au/article.aspx?id=343869 |