Re: Gantt charts on Schema2 - and the odd problem

In article <8a88e2cc4f.tim@xxxxxxxxxxxxxxxxxxxxx>,
Tim Powys-Lybbe <tim@xxxxxxxxx> wrote:
In message of 10 Aug, "Bill (Adopt)" <adopt@xxxxxxxxxxxxxxx> wrote:

In article <f2fdaecc4f.tim@xxxxxxxxxxxxxxxxxxxxx>,
Tim Powys-Lybbe <tim@xxxxxxxxx> wrote:
In message of 10 Aug, "Bill (Adopt)" <adopt@xxxxxxxxxxxxxxx> wrote:

In article <645334cc4f.tim@xxxxxxxxxxxxxxxxxxxxx>,
Tim Powys-Lybbe <tim@xxxxxxxxx> wrote:

Hi Tim.. :))

I've left the headers in case anyones interested,
but cut a large chunk of our comments out before
we suddenly run out of server space! ;))

(Well, you never know)..

Most problems seem to be resolvable, as indeed
they usually are in any spread***, merely by
avoiding those common uncertainties created by
simple matters such as commas in non-identified
text input, where they may become confused with
data separators ..and similar idiosyncracies..

Apart from hearing about Critical Path Analysis
on an Apple Mac as used in the planning for
an earlier Commonwealth Games held in Edmonton
Canada, the only other spread*** that I've
seen fully capable of rendering Critical Path
Analysis would be Logistix in the earlier ARM
or RISCOS machines..

It was both colourful and useful, including all
your requirements_- and in many respects almost
visually identical to your very useful rendition
of a Gantt Chart. (Now saved, btw, with thanks)!

"Logistix", of course, is or was a proprietary
spread*** - probably ported from an Apple, PC
or Linux environment especially for RISC OS -
so might still be around somewhere - especially
the comprehensive manuals.

Springs immediately to mind is that Treasure
Trove of Wizardry down in Brighton ..you know
the one ..the Olde Worlde Shoppe that always
can magic up that, "..one in stock" ..ie Chris
and Andy of CJE.

However, there may also be a present User with
both manuals and/or software still intact who
may be willing to part with them. The section
on Critical Path Analysis may be very interesting
as, iirc, it gives good pointers that may be
transferable.


Pleased with accidentally getting this far, mind.. :))

Agreed, But I think it is a feature (aka bug) of Schema2 that it cannot
scale dates on a chart.

...although, tbh, in a manner, it does. :))

...or rather it scales a humanly viewable date down
to a representation of the dates internal number so
that it fits into the singlular 'point'/'line' space
allowed.

Find a way of increasing that 'line' or 'point' space
width ..and the date should then reappear ..as we have
proved it does in the y-axis where there is such space.

I'm wondering if it might be possible to include an
empty set of cells underneath the chart into which
a secondary copy of the humanly readable date may be
inserted..??

[..]
parts of your sheets ..ie the graph and data
sections print clearly here, with all text intact
..and that they print together as one whole.

I'm baffled. I suspect it may be a font that my version of Postscript
does not like. Though, as I said, D Pilling's SPrinter does not show
the chart text either. I have the same problem with both 1.06a4 and
1.21 versions of Schema2. But I found a way round this problem, so it
can be forgotten for me.

That's pleasing :))

No ..not that you're baffled, but that you've
found a way around the problem!

(For interest, Schema2 here announces itself as
merely 1.06, (15 Jan 02), if that's worth your
consideration)?

You don't mention your printer type?

Reason for wondering is that, as a newly fledged
Postcript user - or do you mean Postscript2 -
I understand that Postcript should be able to
present that which is viewable on screen directly
to a Postscript utilising printer - ie as it
appears!

So could it be a problem with either font 'mapping',
or printer memory, that is causing your concern..

I do understand, although I could be wrong, that
should a Postcript printer not recognise a font,
it will map the representation to the nearest
internal font that it possesses. Alternatively
the User can map fonts directly that will then
be down-loaded into the printer's memory, if
there is enough. At least this is what seems
to happen here.

So could it be just a matter of the manner in which
the printer manages it's input, rather than any untoward
'feature' of Schema or Schema2...??

Anyway ..an interesting discussion that has posed
some interesting thoughts about '*** Management'.
Thank you.. :))

...hope the input (at least that so far) has helped.. :))

Bill ZFC

--
Adoption InterLink UK with -=- http://www.billsimpson.com/
Domain Host Orpheus Internet -=- http://www.orpheusinternet.co.uk/
.

Loading