Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Alex Taylor

Pages: 1 ... 10 11 [12] 13 14 ... 20
166
Utilities / Re: UTC time set utility
« on: January 30, 2015, 02:29:47 pm »
Try wrapping daytime in a script (or possibly a DTProgram object, or use RUN!) that sets TZ=UTC0 for that session only.

167
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: January 24, 2015, 11:38:27 am »
Thanks, Pete.

Doug, did you have PSPRINT installed before (and not get this crash)?  If so, what build? And are you using any printer objects with it that use imported PPD files?

Crashes of this nature often indicate something wrong with an imported PPD driver.

168
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: January 22, 2015, 03:36:57 am »
I've updated PSPRINT again and I'd like to release it generally.  I'd appreciate some testing first.
http://www.altsan.org/os2/printing/psprint-30_905.zip

This is pretty close to the previous build but I've added a new checkbox to job properties which allows forcing greyscale for printers using ColorModel (it won't appear for other types of printer).  This should not really be necessary unless you're printing to file, but Pete reported not getting greyscale output at all with the last build.  Maybe an odd CUPS issue.

170
Applications / Re: Firefox Hello
« on: January 15, 2015, 02:20:07 pm »
It probably uses WebRTC, it's one of the newer HTML5 standards.  Basically it allows video/webcam input without any need for plugins or host-OS software (assuming your OS has webcam drivers, of course).

171
Applications / Re: OpenOffice 4.1.1 GA - pre-requisite uninstall?
« on: January 14, 2015, 10:38:17 am »
If printing from AOO4 results in an entry in the cups error log (debug level) similar to "... not defined in /mdef" then you need to swap to using PSPRINT instead of ECUPS

Yeah, this was a bug in the last DDK PSCRIPT driver sources that was never fixed in ECUPS.DRV.  (It was seemingly fixed in IBM's later PSCRIPT builds but those aren't very CUPS-friendly.)  It shows up just in AOO because of the way AOO sets per-page job properties (as opposed to most apps, which use per-job properties).

I fixed it in PSPRINT after working with Yuri to isolate it, but for some reason my attempts to backport the fix to ECUPS.DRV failed; I ran out of motivation to dig into exactly why. :P

Quote
come to think of it you need PSPRINT if you want  to print in colour from AOO4.

Only if you have a printer which uses the PostScript ColorModel scheme, AFAIK.  (Although I suppose it's possible that CUPS might force this on for all printers; I've never checked.)

The build I fixed this issue in is not yet on my public website, BTW - since it appears to break greyscale printing on the same models. :/  Still trying to figure out where to go next on that.

Quote
I found that cups 2.0 needed a few *nix utilities added to the mix or printing failed

The discussion about that (on gmane) is one of the reasons I haven't continued with trying to push out a 2.0 install WPI - since the impression I drew from it is that the current build is missing some necessary components, I decided to wait until the discussion either produced a useful conclusion, or else a new build/ZIP came out.  Neither seems to have happened yet...

Time constraints are also a factor, of course. :P

Quote
I'm going to try to cobble together a brief "How To with cups 2.0" over the next few days - as time permits.

That would be useful. :)

172
Applications / Re: OpenOffice 4.1.1 GA - pre-requisite uninstall?
« on: January 08, 2015, 03:57:43 pm »
It's fine to install it alongside 3.x. 

As I read it, "Do not install this version over an existing installation" means exactly that: don't install it OVER TOP OF (i.e. into the same directory as) another version.

173
Setup & Installation / Re: Desktop restarting at midnight
« on: December 12, 2014, 01:02:41 pm »
It's quite likely caused by the WPS process trapping. POPUPLOG.OS2 may contain some clues, or the system error log might.

174
Applications / Re: Gimp install problem
« on: December 09, 2014, 11:50:16 am »
So I decided to try running Gimp which has been installed here since it was ported.
First problem is HobX, while it runs fine on my OS/2 Ver 4 install, it comes up under eCS 2.1 complaining that it is an illegal install and then closes. Note that this is the version that Hob software gave away just before ending the OS/2 version of HobX and so is legal.

The HOBlink that came with eCS 1.x looks for an ECSINST.INI that was generated with an eCS 1.x licence key. It doesn't recognize the eCS 2.x format one. There's a way you can copy over an INI file that makes it happy but I don't recall the exact details.

However, the non-OEM version of HOBlink from Hobbes shouldn't care about the eCS licence. You're sure you installed from that version and not the eCS one?

(I have a bought and registered copy of HOB so I just use that; I have no problems with it on eCS 2.anything.)

175
Applications / Re: Gimp install problem
« on: December 09, 2014, 11:45:10 am »
X11R6.CMD didn't have the LIBPATHSTRICT=T line in it . Adding SET LIBPATHSTRICT=T as the first line in X11R6.CMD allowed it to find the D:\USR\X11R6\bin & lib directories - but trying to execute GIMP-2.2.exe still gives the same "a non-recoverable error" message.

The launch script is x11env.cmd, not x11r6.cmd, and it definitely has the LIBPATHSTRICT statement in it.  Are you looking at the right file?  Are you using the right WPIs (i.e. mine, and not the older ones provided by HOB)?

Another thing you could try is change HOBlink's window mode to single-window instead of multi-window. I had one system where that was necessary to make it happy for some reason.

176
Applications / Re: Gimp install problem
« on: December 07, 2014, 02:11:55 pm »
The launch script (x11env.cmd) should contain LIBPATHSTRICT=T already.

OTOH, do make sure your LIBPATH isn't growing too long with the additions from x11env.cmd. Does it still have a limit of 1024 characters in this day and age?

Also verify that x11env.cmd has the correct path to the XFree86 directory tree, and that nothing else is messing around with the value of the X11ROOT variable.

177
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: December 05, 2014, 12:27:50 pm »
Hi All

I was wrong - the problem with no colour output when printing from Writer is an ecups.drv/psprint.drv problem.

Alex Taylor has released an updated psprint.drv which seems to fix this problem - only had very limited testing here but it has worked fine so far. I guess Alex would appreciate as many people as possible testing it  http://www.altsan.org/os2/printing/psprint-test-141203.zip


Regards

Pete

Yes, indeed. Please note that, this being a quick test build, I didn't observe any proper release niceties like updating the README file or even the BLDLEVEL version (it still reports 30.904 but with a build date of 2014 Dec 3).

178
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: November 27, 2014, 07:18:23 am »
Pete,
What happens if you actually view the 'printed' output PS file? e.g. in GSView.  Does it show up in colour or mono? That should be a pretty reliable indicator of whether the problem is in CUPS or in one of the earlier stages.

179
Applications / Re: BrainStorm: Wish list for OS/2 and eComStation
« on: November 19, 2014, 09:16:00 am »
Quote
Make PMMail able to directly display Unicode text (a weakness which is rapidly rendering it unusable for modern work).

I don't understand this statement. PMMail has done Unicode for ages. If there is a problem with it, please open an incident in the Mantis bug tracker.

It can process Unicode text (I know, since I wrote that code), but it can't display it – it has to convert it to codepage text first.  This is a fundamental limitation of the native PM controls it uses, hence the necessity of writing new controls which don't rely on native GPI text rendering.

180
Applications / Re: BrainStorm: Wish list for OS/2 and eComStation
« on: November 18, 2014, 03:55:52 am »
A new text rendering & layout engine for PM, probably based on FreeType + Harbuzz, to replace the out-of-date and no-longer-maintained Innotek Font Engine. Probably only available as a development library, not a runtime replacement like Ft2LIB (which was a cool idea but just not stable enough).  Hopefully this could allow us to finally retire FT2LIB for apps like OpenOffice, for which it is still an anchor around the neck.  (If really ambitious it could be the basis for a new Unicode-capable widget library for PM-based apps like PMMail or ProNews.)  This is one of the big three things that I've long wanted to try tackling myself, but I just don't have the time right now.

Don't we already have that in Cairo? It works pretty well for Mozilla, pretty sure it can use harbuzz (have to try enabling it in Mozilla) and has even been adapted to the WPS, where unluckily it was somewhat fragile.
For something like OO it would probably be too much of a change but other apps could be converted to use it.

Cairo is available separately from Gecko?

Cairo, though, has its own API – not something that can be used as a drop-in replacement for Gpi*(), which is kind of the point. Hence whatever backend is used, it has to be wrapped inside a PM-like interface, and probably a Win-like interface as well so that OpenOffice could use it.

I did actually think about Cairo as the backend, but AIUI it's a full 2D graphics drawing library. All I'm interested in is text rendering/shaping/layout. So basically that would mean ignoring basically all of Cairo except the Harfbuzz interface and a few peripheral pieces like line breaking. It surely makes more sense just to use Harfbuzz directly (or possibly a Pango/Harfbuzz hybrid), and I think the result would be a lot more lightweight.

The most important things for me are:
(1) Free OpenOffice from the Innotek Font Engine, which is crippling it.
(2) Make PMMail able to directly display Unicode text (a weakness which is rapidly rendering it unusable for modern work).

I originally saw these as unrelated goals, but it's occurred to me lately that some kind of FT2LIB library replacement, if implemented properly, might be the answer to both.

Pages: 1 ... 10 11 [12] 13 14 ... 20