I'll second that -- I *always* use #!/bin/sh for scripting (and I *mean* sh, not bash in sh mode).
For interactivity -- tcsh is what I use on my FreeBSD box, bash is on Cygwin, the same on a few Linux boxen. I do prefer tcsh for interactive use -- it just feels better than bash for me. This is entirely subjective -- you may like ash, zsh or perl for that matter!
Next time try date --help. It will either complain of wrong option given (as it would on *BSD), yet would *still* show you brief list of options and parameters (and very detailed, I must say), or will just give you a synopsys right away.
man date works just fine on *BSD -- lotsa examples, et. Then again, Linux man date deficiency maybe due to the fact that in th GNU brave world man is considered evil and should be replaced by info. Well, wherever/whenever someone gets around wrinting *and* maintaining all those info pages.
BTW, taking a look at Cygwin man page for date I must agree that it does lack EXAMPLES and is not as good as FreeBSD version...
What are the true facts of known science that are directly contradicted in Bladerunner? Same with Neuromancer. Suggesting things that are beyond "known science" is not, necessarily, a contradiction.
It's reaching end of life, and all of the new standards that have come out in the last 20 years have really made it long in the tooth. Unicode, PostScript, XML, Hypertext, and the now-ubiquitous Gui all came to age post-LaTex, and [...]
And they all still suck when compared to LaTeX.
Add to that that to get a PDF (or PS) out of, say, a DocBook you are pretty much advised to use PassiveTeX.
from XMLMind (free/beer). They also have a very nice FOP->RTF converter (works ten times better than JFOR). Then again, I speak from document writing poitn of view, hence YMMV...
I am far from being an MS Office admirer, yet there still are quite a few things that OOo needs to get done before it can truly compete with MS Office.
It maybe great for many applications (and it did save me a few times), but I look at my accounting colleagues (especially in all sorts of MIS positions) -- they'd tell you that a PivotTable is the best thing since a slice of toast! They'd also tell you that they have no problem working with 15-20Mb spreadsheet that (almost) max out Excel row/col capacity.
OOo does not have as robust pivots. It can't even import ones that were created in Excel. It has less rows (32767 vs 65535). It can't replace Excel for my friends...
I know that you'd say that they should not be using Excel to operate such amounts of data -- agree with you totally. Yet Excel is soooo easy, and it drags you in, and you don't even want to think of any of sexy BI applications (sidenote: many of which now rely on you using office and putting stinking ActiveX code inside themselves to get a nice Office frontend)...
> Windows NT 3.51 had an OS/2 2.x subsystem in > there.
So did NT4, so does (seems to at least) 2K. When you start the installation, the message about loading it into still flashes on a screen.
> what I don't understand is WHY Microsoft abandoned > all those other platforms (MIPS, Alpha et al) and > decided to go with IA32 only
Agree with you here 100% -- especially considering that at the beginning they spend quite some time praising modularity, etc. -- how easy it was to port to MIPS/x86/Alpha! Then they seem to have realized that maintaining all of that is not as easy as porting...
I believe in late 80's/early 90's Gates was promoting WNT at USENIX conference as a 'new and better UNIX'. This has been mentione here, on/., about a year ago.
You REALLY should look at it. This is a great tool when it come to on-line community building. See at their site. FWIW, Greenpeace web site is running on it. It is fully open-sourced, supports both Oracle and PostgreSQL, has a very well-organized development process, quite detailed documentation, etc., etc., etc.
Last, but not least, they can benefit from worthy contributors.
Speed of Komodo has always been the thing that irritated me most. It is simply dog slow -- they probably are still using not-so-well-optimized chunks of Mozilla code.
Another gripe is that last few times I tried, I could not install the thing on my Windows machine --.msi installer would simply not run with some bogus "script could not be executed" error.
This was what I logically concluded myself as well, and tried. I had a 'proper' URL, i.e. 'file:///path/to/DTD' -- maybe that's what was wrong, because still it did not work.
In my opinion, XSLT should not be used to generate something like RTF directly. XSLT was made to transform one XML schema to another. Period. Anything else is like trying to put the square peg in the round hole.
That is what I used. Problem is, I guess, that I was trying to do it under WinNT and there may have been a few quirks that just would not let it work fully. For one, jfor would nver produce anything anywhere resembling what was expected.
Another annoying thing was that I actually had to run a web server on my lap top to be able to generate anything: all the tools (except, I think xsltproc) were very insistent on going to OASIS website to read latest & greatest DTD! Maybe again, I ahve missed something, but I could not persuade neither saxon, nor xerces/xalan to use local copy of DTD...
...or not. YMMV to a very great extent. I have tried to do it, and I liked what was coming as a result (almost) except being the only one in the group doing that was not much of a help. The greatest problem was interchanging docs with others. RTF stylesheets are ok and can be used, but...
Check out NTSGML pages (though they have not been updated for some time) if you end up doing this all under Windows. Also, I'd recommend sticking with generic SGML, not XML -- RTF converters for XSLT are not that good (I was not able to produce a single readable doc).
The company I work for still uses (mostly and at least in Europe) HP's OpenMail. They did, however, hack it in some way that only Outlook can connect. I'd guess that servers are configured to allow only MAPI connections (before it was possible to connect using any IMAP client).
I was, therefore, curious whether the Connector could work in such situation? I'd assume this unlikely, as servers are not real exchange...
This is not about CSS, but things like TruDoc -- that effectively *dictated* the font your browser had to use to display things. True, you can still select an option that would enforce *your* font selection regardless of what author suggests.
Good point. I owned (I guess I should say I still sort of do) Pe on BeOS. I was, let's say, annoyed when he first dropped that one. Hey, I understand that there was a limited market once BeOS shop went kaput, yet there were quite a few users out there already.
In a way the interview has left me with a bit of a whinie aftertaste -- looks like things did not work out for him and but he would not want to admit that this was not (entirely) the fault of Be, Apple or users not rushing from BBedit to Pepper...
Intranet module of above has projetcs/tasks/tickets functionality all with calendars & billing, time sheets and history tracking, user comments and customer/partner access, automatic mailing of reminders.
Requires AOLServer + Oracle or PostgreSQL. Free in all senses -- http://openacs.org/.
Slashdot Mirror
...or you just run that lil'l bit in sh:
tcsh$ sh "cmd 2>/dev/null"
I'll second that -- I *always* use #!/bin/sh for scripting (and I *mean* sh, not bash in sh mode).
For interactivity -- tcsh is what I use on my FreeBSD box, bash is on Cygwin, the same on a few Linux boxen. I do prefer tcsh for interactive use -- it just feels better than bash for me. This is entirely subjective -- you may like ash, zsh or perl for that matter!
Could probably just as well generate an HTML file and change extension on it to .xls -- then you could put some formatting information there as well...
Next time try date --help. It will either complain of wrong option given (as it would on *BSD), yet would *still* show you brief list of options and parameters (and very detailed, I must say), or will just give you a synopsys right away.
man date works just fine on *BSD -- lotsa examples, et. Then again, Linux man date deficiency maybe due to the fact that in th GNU brave world man is considered evil and should be replaced by info. Well, wherever/whenever someone gets around wrinting *and* maintaining all those info pages.
BTW, taking a look at Cygwin man page for date I must agree that it does lack EXAMPLES and is not as good as FreeBSD version...
Also, this mimics zip command line as well, as you do zip <zip_file_name> <list_of_files_to_zip>
What are the true facts of known science that are directly contradicted in Bladerunner? Same with Neuromancer. Suggesting things that are beyond "known science" is not, necessarily, a contradiction.
drop the ./configure step -- just make && make install (and optionally && make clean to clean it up).
or do it all in one sweep with portinstall collection/port
Add to that that to get a PDF (or PS) out of, say, a DocBook you are pretty much advised to use PassiveTeX.
It is on by default in 5.x releases -- this has been discussed on the lists 6 months ago, if not more.
from XMLMind (free/beer). They also have a very nice FOP->RTF converter (works ten times better than JFOR). Then again, I speak from document writing poitn of view, hence YMMV...
ICBINIE, pronounced as 'I-SEE-bee-knee' (with a stress on SEE :)
I guess his question is mis-phrased: he wants a ready application/database for that very purpose that is not proprietary.
I am far from being an MS Office admirer, yet there still are quite a few things that OOo needs to get done before it can truly compete with MS Office.
It maybe great for many applications (and it did save me a few times), but I look at my accounting colleagues (especially in all sorts of MIS positions) -- they'd tell you that a PivotTable is the best thing since a slice of toast! They'd also tell you that they have no problem working with 15-20Mb spreadsheet that (almost) max out Excel row/col capacity.
OOo does not have as robust pivots. It can't even import ones that were created in Excel. It has less rows (32767 vs 65535). It can't replace Excel for my friends...
I know that you'd say that they should not be using Excel to operate such amounts of data -- agree with you totally. Yet Excel is soooo easy, and it drags you in, and you don't even want to think of any of sexy BI applications (sidenote: many of which now rely on you using office and putting stinking ActiveX code inside themselves to get a nice Office frontend)...
So did NT4, so does (seems to at least) 2K. When you start the installation, the message about loading it into still flashes on a screen.
Agree with you here 100% -- especially considering that at the beginning they spend quite some time praising modularity, etc. -- how easy it was to port to MIPS/x86/Alpha! Then they seem to have realized that maintaining all of that is not as easy as porting...
I believe in late 80's/early 90's Gates was promoting WNT at USENIX conference as a 'new and better UNIX'. This has been mentione here, on /., about a year ago.
You REALLY should look at it. This is a great tool when it come to on-line community building. See at their site. FWIW, Greenpeace web site is running on it. It is fully open-sourced, supports both Oracle and PostgreSQL, has a very well-organized development process, quite detailed documentation, etc., etc., etc.
Last, but not least, they can benefit from worthy contributors.
As a let-down of sorts -- it is not PHP.
Speed of Komodo has always been the thing that irritated me most. It is simply dog slow -- they probably are still using not-so-well-optimized chunks of Mozilla code.
.msi installer would simply not run with some bogus "script could not be executed" error.
Another gripe is that last few times I tried, I could not install the thing on my Windows machine --
This was what I logically concluded myself as well, and tried. I had a 'proper' URL, i.e. 'file:///path/to/DTD' -- maybe that's what was wrong, because still it did not work.
That is what I used. Problem is, I guess, that I was trying to do it under WinNT and there may have been a few quirks that just would not let it work fully. For one, jfor would nver produce anything anywhere resembling what was expected.
Another annoying thing was that I actually had to run a web server on my lap top to be able to generate anything: all the tools (except, I think xsltproc) were very insistent on going to OASIS website to read latest & greatest DTD! Maybe again, I ahve missed something, but I could not persuade neither saxon, nor xerces/xalan to use local copy of DTD...
...or not. YMMV to a very great extent. I have tried to do it, and I liked what was coming as a result (almost) except being the only one in the group doing that was not much of a help. The greatest problem was interchanging docs with others. RTF stylesheets are ok and can be used, but...
Check out NTSGML pages (though they have not been updated for some time) if you end up doing this all under Windows. Also, I'd recommend sticking with generic SGML, not XML -- RTF converters for XSLT are not that good (I was not able to produce a single readable doc).
The company I work for still uses (mostly and at least in Europe) HP's OpenMail. They did, however, hack it in some way that only Outlook can connect. I'd guess that servers are configured to allow only MAPI connections (before it was possible to connect using any IMAP client).
I was, therefore, curious whether the Connector could work in such situation? I'd assume this unlikely, as servers are not real exchange...
This is not about CSS, but things like TruDoc -- that effectively *dictated* the font your browser had to use to display things. True, you can still select an option that would enforce *your* font selection regardless of what author suggests.
Good point. I owned (I guess I should say I still sort of do) Pe on BeOS. I was, let's say, annoyed when he first dropped that one. Hey, I understand that there was a limited market once BeOS shop went kaput, yet there were quite a few users out there already.
In a way the interview has left me with a bit of a whinie aftertaste -- looks like things did not work out for him and but he would not want to admit that this was not (entirely) the fault of Be, Apple or users not rushing from BBedit to Pepper...
Intranet module of above has projetcs/tasks/tickets functionality all with calendars & billing, time sheets and history tracking, user comments and customer/partner access, automatic mailing of reminders.
Requires AOLServer + Oracle or PostgreSQL. Free in all senses -- http://openacs.org/.
Gant charts are not there, though :^)