Re: Table field text formating

2008-12-19 Thread Brian Yennie

JB,

FWIW, I believe the Rev text engine is something written specifically  
for Rev to be cross-platform and does not plug in to platform specific  
engines such as MLTE. So the upside is that they can pretty much do  
whatever they want (and have it work cross platform). The downside is  
that Rev doesn't always automatically inherit OS-specific features.


This may have changed in the past couple of years, but as far as I  
know that's the case.


Thank you for the info and code.  I wasn't the one who started this  
thread and from your
statement about wrecking any text parsing I will hold off on  
justification for now.  But it is
important to know if the Rev Team decides to use Apples MLTE text  
engine you can be
assured Kerning and Tracking will not ever be made available so it  
is time to forget it or

write your own text engine using and extension or whatever.


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-19 Thread -= JB =-

Brian,

I had heard that too but then after hearing they were doing a rewrite  
to improve
text and fields I was wondering if they were going the MLTE route.  I  
think MLTE
is based on ATSUI and if they used ATSUI it would allow kerning   
tracking.


-=JB=-


On Dec 19, 2008, at 12:44 AM, Brian Yennie wrote:


JB,

FWIW, I believe the Rev text engine is something written  
specifically for Rev to be cross-platform and does not plug in to  
platform specific engines such as MLTE. So the upside is that they  
can pretty much do whatever they want (and have it work cross  
platform). The downside is that Rev doesn't always automatically  
inherit OS-specific features.


This may have changed in the past couple of years, but as far as I  
know that's the case.


Thank you for the info and code.  I wasn't the one who started  
this thread and from your
statement about wrecking any text parsing I will hold off on  
justification for now.  But it is
important to know if the Rev Team decides to use Apples MLTE text  
engine you can be
assured Kerning and Tracking will not ever be made available so it  
is time to forget it or

write your own text engine using and extension or whatever.


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-18 Thread James Hurley


Message: 16
Date: Wed, 17 Dec 2008 12:02:24 -0400
From: william humphrey shoreag...@gmail.com
Subject: Table field text formating
To: How to use Revolution use-revolution@lists.runrev.com
Message-ID:
459b22a90812170802p31aef3a3oeb0c1d1955411...@mail.gmail.com
Content-Type: text/plain; charset=ISO-8859-1

I keep running into this problem and making work-arounds that are  
not at all
elegant. It would sure be wonderful if you could set the alignment  
in one
column of a table field to right and the next column in the same  
table

field to another alignment say left.
Is there a way to do this?




Bill,

Some time ago there was a thread concerning fully justified text. It  
was a while ago and I don't remember the details.
I wrote a plug-in to do this. In the message box enter the following  
to see the utility.


go url http://home.infostations.net/jhurley/JustifyTextPlugin.rev;

It might give you some ideas for right  justification.

Jim Hurley

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Table field text formating

2008-12-17 Thread william humphrey
I keep running into this problem and making work-arounds that are not at all
elegant. It would sure be wonderful if you could set the alignment in one
column of a table field to right and the next column in the same table
field to another alignment say left.
Is there a way to do this?
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread Rob Cozens

Jan  William,


 I keep running into this problem and making
 work-arounds that are not at all
 elegant. It would sure be wonderful if you could set
 the alignment in one
 column of a table field to right and the next
 column in the same table
 field to another alignment say left.
 Is there a way to do this?

I'm afraid not. The closest you'll get is by using
multiple fields and making them scroll and hilite
lines in unison


One can always use a non-proportional font and pad right-justified 
(or decimal-justified) fields with leading blanks to achieve the 
proper alignment.



Rob Cozens CCW
Serendipity Software Company

And I, which was two fooles, do so grow three;
 Who are a little wise, the best fooles bee.

 from The Triple Foole by John Donne (1572-1631) 


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread Stephen Barncard

IMHO
Courier is the most universally available monospaced font. I like 
slashed zeroes to contrast with UC  O's. Also the open source 
TruetypeProfont   is severe to look at for code, but presents 
a great image for numbers lists.


No testing on Windows - but these are long established and familiar 
fonts on all platforms.




What is the name of the best non-proportional font to use for both windoz
and Mac? It is mainly for numbers. Wouldn't it be nice if there was a
non-proportional font that was proportional for just letters?


--


stephen barncard
s a n  f r a n c i s c o
- - -  - - - - - - - - -



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread william humphrey
Thanks a lot. It is sure a lot easier to do that and display my data in one
big field than make lots of little ones which line up next to each other.
I see why people keep asking for better table field controls.

On Wed, Dec 17, 2008 at 2:05 PM, Stephen Barncard 
stephenrevoluti...@barncard.com wrote:

 IMHO
 Courier is the most universally available monospaced font. I like slashed
 zeroes to contrast with UC  O's. Also the open source TruetypeProfont
 is severe to look at for code, but presents a great image for numbers
 lists.

 No testing on Windows - but these are long established and familiar fonts
 on all platforms.


  What is the name of the best non-proportional font to use for both windoz
 and Mac? It is mainly for numbers. Wouldn't it be nice if there was a
 non-proportional font that was proportional for just letters?


 --


 stephen barncard
 s a n  f r a n c i s c o
 - - -  - - - - - - - - -




 ___
 use-revolution mailing list
 use-revolution@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-revolution




-- 
http://www.bluewatermaritime.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread Andre.Bisseret


Le 17 déc. 08 à 17:02, william humphrey a écrit :

I keep running into this problem and making work-arounds that are  
not at all
elegant. It would sure be wonderful if you could set the alignment  
in one
column of a table field to right and the next column in the same  
table

field to another alignment say left.
Is there a way to do this?


In one stack I have a field whose lines are composed of items  
delimited by tab.


In order to get each item right aligned I use the following (that I  
learned from this list thanks to Jacque Landman Gay if I well  
remember) :


local theWidth,theText



put 8 into theWidth -- or another number of course

REPEAT WITH y = 1 to the number of lines in uneVente --  
uneVente is a local variable


set the itemdel to tab

REPEAT WITH x = 1 to the number of items in line y of uneVente

IF item x of line y of uneVente is a number THEN

put item x of line y of uneVente into theText

put char 1 to theWidth of theText into theText --  
truNcate long strings


put char 1 to (theWidth - the length of theText) of  
 before theText


put theText into item x of line y of uneVente

END IF

END repeat

END repeat

Then I put « uneVente » into the field.



Not sure in your case but might help (?)

Best regards from Grenoble
André
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread Jan Schenkel
--- william humphrey shoreag...@gmail.com wrote:
 I keep running into this problem and making
 work-arounds that are not at all
 elegant. It would sure be wonderful if you could set
 the alignment in one
 column of a table field to right and the next
 column in the same table
 field to another alignment say left.
 Is there a way to do this?
 

I'm afraid not. The closest you'll get is by using
multiple fields and making them scroll and hilite
lines in unison; but then you'll also have to fill
them in one column at a time.

Hopefully we will one day have a true table control,
or some kind sould builds a reusable table group which
takes care of this for Rev developers.

Jan Schenkel.

Quartam Reports  PDF Library for Revolution
http://www.quartam.com

=
As we grow older, we grow both wiser and more foolish at the same time.  (La 
Rochefoucauld)


  
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread william humphrey
What is the name of the best non-proportional font to use for both windoz
and Mac? It is mainly for numbers. Wouldn't it be nice if there was a
non-proportional font that was proportional for just letters?
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread -= JB =-

On Dec 17, 2008, at 10:05 AM, Stephen Barncard wrote:


IMHO
Courier is the most universally available monospaced font.

stephen barncard
s a n  f r a n c i s c o
- - -  - - - - - - - - -


What would be really nice is if the Rev Team would supply a
character to be used.  It seems a space is standard.  Why not
provide a space character that is 1 point in size.

Then it would be simple math to justify text that would work on
any machine.  You would be able to do your own columns in a
field if you wanted.  You would not be limited to someone else
determining the space between words when it was justified.

I have trouble believing that is too difficult.

-=JB=-

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread Richard Gaskin

-= JB =- wrote:

What would be really nice is if the Rev Team would supply a
character to be used.  It seems a space is standard.  Why not
provide a space character that is 1 point in size.

Then it would be simple math to justify text that would work on
any machine.  You would be able to do your own columns in a
field if you wanted.  You would not be limited to someone else
determining the space between words when it was justified.


It would be far more efficient and robust if Rev simply added 
independent column alignment as has been the #1 request for many years.


--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread -= JB =-

On Dec 17, 2008, at 3:45 PM, Richard Gaskin wrote:


-= JB =- wrote:

What would be really nice is if the Rev Team would supply a
character to be used.  It seems a space is standard.  Why not
provide a space character that is 1 point in size.
Then it would be simple math to justify text that would work on
any machine.  You would be able to do your own columns in a
field if you wanted.  You would not be limited to someone else
determining the space between words when it was justified.


It would be far more efficient and robust if Rev simply added  
independent column alignment as has been the #1 request for many  
years.


--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
___


I agree they should add independent column alignment.  But they  
should also
add a 1 point space for people so they can justify text how they want  
it to look.
There are many cases where this would be very useful.  It would be  
nice to

have the choice because both are very important.

-=JB=-



use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread Richard Gaskin

-= JB =- wrote:


On Dec 17, 2008, at 3:45 PM, Richard Gaskin wrote:
It would be far more efficient and robust if Rev simply added  
independent column alignment as has been the #1 request for many  
years.


I agree they should add independent column alignment.  But they  
should also
add a 1 point space for people so they can justify text how they want  
it to look.
There are many cases where this would be very useful.  It would be  
nice to

have the choice because both are very important.


It may be easier to get the exact feature you need than to ask RunRev to 
become a type foundry.


If all you need is a one-pixel font, I'm sure there are plenty around.

But perhaps we might ask why this is useful, and look one step further 
to the mechanics of the underlying text rendering in the field object to 
get exactly what we most want.  It may be that such additions would 
become trivial once RunRev adds independent column alignment to fields.


Slogging through big blocks of text line by line and/or word by word, 
measuring each and adding/subtracting a number of special one-pixel 
characters can be quite slow, and not the sort of thing I enjoy teaching 
to newcomers for simple text alignment.


So hopefully instead we can just get the appearance we want just as we 
want it at the moment it's rendered.  I doesn't hurt to ask. :)


--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread -= JB =-

On Dec 17, 2008, at 4:13 PM, Richard Gaskin wrote:


-= JB =- wrote:


On Dec 17, 2008, at 3:45 PM, Richard Gaskin wrote:
It would be far more efficient and robust if Rev simply added   
independent column alignment as has been the #1 request for many   
years.
I agree they should add independent column alignment.  But they   
should also
add a 1 point space for people so they can justify text how they  
want  it to look.
There are many cases where this would be very useful.  It would  
be  nice to

have the choice because both are very important.


It may be easier to get the exact feature you need than to ask  
RunRev to become a type foundry.


If all you need is a one-pixel font, I'm sure there are plenty around.

But perhaps we might ask why this is useful, and look one step  
further to the mechanics of the underlying text rendering in the  
field object to get exactly what we most want.  It may be that such  
additions would become trivial once RunRev adds independent column  
alignment to fields.


Slogging through big blocks of text line by line and/or word by  
word, measuring each and adding/subtracting a number of special one- 
pixel characters can be quite slow, and not the sort of thing I  
enjoy teaching to newcomers for simple text alignment.


So hopefully instead we can just get the appearance we want just as  
we want it at the moment it's rendered.  I doesn't hurt to ask. :)


--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com


Well if a 1 pixel character is so common then it would be extremely  
easy for

the Rev Team to include it and I would not have to add a font for it.

As for the usefulness it is unlimited.  Text can be positioned where  
you want
it not just aligned according to Left-Center-Right-Full.  The one  
point space
would allow kerning.  The choice of alignment is important but  
kerning it too.
Many people would never see a need for kerning but it needs to be  
there for

those who who do want it.

-=JB=-
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread Richard Gaskin

-= JB =- wrote:


On Dec 17, 2008, at 4:13 PM, Richard Gaskin wrote:

...

If all you need is a one-pixel font, I'm sure there are plenty around.

But perhaps we might ask why this is useful, and look one step  
further to the mechanics of the underlying text rendering in the  
field object to get exactly what we most want.  It may be that such  
additions would become trivial once RunRev adds independent column  
alignment to fields.


Slogging through big blocks of text line by line and/or word by  
word, measuring each and adding/subtracting a number of special one- 
pixel characters can be quite slow, and not the sort of thing I  
enjoy teaching to newcomers for simple text alignment.


So hopefully instead we can just get the appearance we want just as  
we want it at the moment it's rendered.  I doesn't hurt to ask. :)


Well if a 1 pixel character is so common then it would be extremely  
easy for

the Rev Team to include it and I would not have to add a font for it.

As for the usefulness it is unlimited.  Text can be positioned where  
you want
it not just aligned according to Left-Center-Right-Full.  The one  
point space
would allow kerning.  The choice of alignment is important but  
kerning it too.
Many people would never see a need for kerning but it needs to be  
there for

those who who do want it.


Done:  just set the imageSource of the character you want rendered as 
one pixel to an image with a width of one pixel.


Let us know what you come up with using it.

--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread -= JB =-


On Dec 17, 2008, at 5:05 PM, Richard Gaskin wrote:


-= JB =- wrote:


On Dec 17, 2008, at 4:13 PM, Richard Gaskin wrote:

..
If all you need is a one-pixel font, I'm sure there are plenty  
around.


But perhaps we might ask why this is useful, and look one step   
further to the mechanics of the underlying text rendering in the   
field object to get exactly what we most want.  It may be that  
such  additions would become trivial once RunRev adds independent  
column  alignment to fields.


Slogging through big blocks of text line by line and/or word by   
word, measuring each and adding/subtracting a number of special  
one- pixel characters can be quite slow, and not the sort of  
thing I  enjoy teaching to newcomers for simple text alignment.


So hopefully instead we can just get the appearance we want just  
as  we want it at the moment it's rendered.  I doesn't hurt to  
ask. :)
Well if a 1 pixel character is so common then it would be  
extremely  easy for

the Rev Team to include it and I would not have to add a font for it.
As for the usefulness it is unlimited.  Text can be positioned  
where  you want
it not just aligned according to Left-Center-Right-Full.  The one   
point space
would allow kerning.  The choice of alignment is important but   
kerning it too.
Many people would never see a need for kerning but it needs to be   
there for

those who who do want it.


Done:  just set the imageSource of the character you want rendered  
as one pixel to an image with a width of one pixel.


Let us know what you come up with using it.

--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com


Using an image has been discussed before.  How would you like to use  
an image
every time you wanted to add a space?  It would be a lot nicer to not  
use an image

instead of a text character.

Look at it this way.  With the 1 character added Rev could advertise  
it allows both
Kerning and Tracking.  To those in the publishing industry that means  
a lot.  Now
they can advertise you can convert a character into an image every  
time you need

to use tracking or kerning.

What do you think is going to help sell Rev better?  Look at how many  
asked for
text improvement.  And since it is so simple it would be idiotic for  
them not to add
it even if only a small percentage of people are interested in  
serious desk top

publishing capabilities.

Kerning and Tracking are extremely important in quality desktop  
publishing and
have been and still are important in almost every newspaper, magazine  
etc. that

is printed.  People care about it but many are not aware of it.

-=JB=-
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread Brian Yennie

JB,

I think you may be vastly underestimating the task of supporting  
kerning and tracking by using dummy spaces inserted into the flow of  
text. Among other things, this would render your text impossible to  
parse and be quite slow. What's appealing about strange 1 pixel  
characters inserted into your text in a non-standard font that makes  
it better than the image solution? At least with the images, you can  
use any character and any font for your spacer.


I agree that all of these features would be useful, but I disagree  
that 1-pixel fonts would really accomplish much towards that goal.



Using an image has been discussed before.  How would you like to use  
an image
every time you wanted to add a space?  It would be a lot nicer to  
not use an image

instead of a text character.

Look at it this way.  With the 1 character added Rev could advertise  
it allows both
Kerning and Tracking.  To those in the publishing industry that  
means a lot.  Now
they can advertise you can convert a character into an image every  
time you need

to use tracking or kerning.

What do you think is going to help sell Rev better?  Look at how  
many asked for
text improvement.  And since it is so simple it would be idiotic for  
them not to add
it even if only a small percentage of people are interested in  
serious desk top

publishing capabilities.

Kerning and Tracking are extremely important in quality desktop  
publishing and
have been and still are important in almost every newspaper,  
magazine etc. that

is printed.  People care about it but many are not aware of it.

-=JB=-




___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread -= JB =-

Brian,

Whatever way it is done Rev should include it as a standard and then  
they can advertise it
includes the ability for kerning and tracking.  They can have a  
standard key used to enter
the character.  Maybe something like a control-space.  Of course this  
can probably be done
now using key commands available but if they included it as a  
standard it would mean a lot

to those who care about it.  Since it is so simple why not include it?

-=JB=-


On Dec 17, 2008, at 6:07 PM, Brian Yennie wrote:


JB,

I think you may be vastly underestimating the task of supporting  
kerning and tracking by using dummy spaces inserted into the flow  
of text. Among other things, this would render your text impossible  
to parse and be quite slow. What's appealing about strange 1 pixel  
characters inserted into your text in a non-standard font that  
makes it better than the image solution? At least with the images,  
you can use any character and any font for your spacer.


I agree that all of these features would be useful, but I disagree  
that 1-pixel fonts would really accomplish much towards that goal.



Using an image has been discussed before.  How would you like to  
use an image
every time you wanted to add a space?  It would be a lot nicer to  
not use an image

instead of a text character.

Look at it this way.  With the 1 character added Rev could  
advertise it allows both
Kerning and Tracking.  To those in the publishing industry that  
means a lot.  Now
they can advertise you can convert a character into an image every  
time you need

to use tracking or kerning.

What do you think is going to help sell Rev better?  Look at how  
many asked for
text improvement.  And since it is so simple it would be idiotic  
for them not to add
it even if only a small percentage of people are interested in  
serious desk top

publishing capabilities.

Kerning and Tracking are extremely important in quality desktop  
publishing and
have been and still are important in almost every newspaper,  
magazine etc. that

is printed.  People care about it but many are not aware of it.

-=JB=-




___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread Dick Kriesel
Could you replace each space with an image whose width you've set?

Could you replace any character with a snapshot of itself whose width you've
set?

-- Dick


On 12/17/08 6:17 PM, -= JB =- sund...@pacifier.com wrote:

 Brian,
 
 Whatever way it is done Rev should include it as a standard and then
 they can advertise it
 includes the ability for kerning and tracking.  They can have a
 standard key used to enter
 the character.  Maybe something like a control-space.  Of course this
 can probably be done
 now using key commands available but if they included it as a
 standard it would mean a lot
 to those who care about it.  Since it is so simple why not include it?
 
 -=JB=-
 
 
 On Dec 17, 2008, at 6:07 PM, Brian Yennie wrote:
 
 JB,
 
 I think you may be vastly underestimating the task of supporting
 kerning and tracking by using dummy spaces inserted into the flow
 of text. Among other things, this would render your text impossible
 to parse and be quite slow. What's appealing about strange 1 pixel
 characters inserted into your text in a non-standard font that
 makes it better than the image solution? At least with the images,
 you can use any character and any font for your spacer.
 
 I agree that all of these features would be useful, but I disagree
 that 1-pixel fonts would really accomplish much towards that goal.
 
 
 Using an image has been discussed before.  How would you like to
 use an image
 every time you wanted to add a space?  It would be a lot nicer to
 not use an image
 instead of a text character.
 
 Look at it this way.  With the 1 character added Rev could
 advertise it allows both
 Kerning and Tracking.  To those in the publishing industry that
 means a lot.  Now
 they can advertise you can convert a character into an image every
 time you need
 to use tracking or kerning.
 
 What do you think is going to help sell Rev better?  Look at how
 many asked for
 text improvement.  And since it is so simple it would be idiotic
 for them not to add
 it even if only a small percentage of people are interested in
 serious desk top
 publishing capabilities.
 
 Kerning and Tracking are extremely important in quality desktop
 publishing and
 have been and still are important in almost every newspaper,
 magazine etc. that
 is printed.  People care about it but many are not aware of it.
 
 -=JB=-
 
 
 
 ___
 use-revolution mailing list
 use-revolution@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-revolution
 
 
 ___
 use-revolution mailing list
 use-revolution@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your subscription
 preferences:
 http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread Brian Yennie
I agree it would be a nice feature. I'm not so sure that it's so  
simple. I would think it would be quite difficult to add pro layout  
features like this to Rev's text engine with support for all platforms  
and seamless backward compatibility.


Whatever way it is done Rev should include it as a standard and then  
they can advertise it
includes the ability for kerning and tracking.  They can have a  
standard key used to enter
the character.  Maybe something like a control-space.  Of course  
this can probably be done
now using key commands available but if they included it as a  
standard it would mean a lot

to those who care about it.  Since it is so simple why not include it?

-=JB=-




___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread -= JB =-
That is why as a serious desktop publisher I haven't taken the time  
to use the image idea.  It
might be good for a very rare occasion to convert images but it does  
not solve the problem

unless Rev does it all behind the scene as a standard.

And that leaves us where we are until Rev improves their text  
abilities and that is why those
who want it will need to keep asking and not settle for a quick fix  
that is limited to their stack.


-=JB=-


On Dec 17, 2008, at 7:16 PM, Brian Yennie wrote:

I agree it would be a nice feature. I'm not so sure that it's so  
simple. I would think it would be quite difficult to add pro  
layout features like this to Rev's text engine with support for all  
platforms and seamless backward compatibility.


Whatever way it is done Rev should include it as a standard and  
then they can advertise it
includes the ability for kerning and tracking.  They can have a  
standard key used to enter
the character.  Maybe something like a control-space.  Of course  
this can probably be done
now using key commands available but if they included it as a  
standard it would mean a lot
to those who care about it.  Since it is so simple why not include  
it?


-=JB=-




___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread J. Landman Gay

-= JB =- wrote:

Look at it this way.  With the 1 character added Rev could advertise it 
allows both
Kerning and Tracking.  To those in the publishing industry that means a 
lot.


I can imagine the outcry that would occur if RR advertised kerning and 
tracking and instead supplied a method where false spaces needed to be 
manually inserted between characters. Desktop publishers wouldn't stand 
for it.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread -= JB =-


On Dec 17, 2008, at 7:27 PM, J. Landman Gay wrote:


-= JB =- wrote:

Look at it this way.  With the 1 character added Rev could  
advertise it allows both
Kerning and Tracking.  To those in the publishing industry that  
means a lot.


I can imagine the outcry that would occur if RR advertised kerning  
and tracking and instead supplied a method where false spaces  
needed to be manually inserted between characters. Desktop  
publishers wouldn't stand for it.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.co



You are right, they need to do a professional job.  That is the whole  
point of asking them
to add it instead of me doing something.  I know the above statement  
by me looks like I
am saying they could just add crap and claim it is professional.  I  
really don't mean that
and don't want that.  But the claims were being made it is so simple  
that I can do it now
with the image but it appears like you say this won't do the job from  
a professional point.


If nobody ask for kerning and Tracking the Rev Team might not see  
people want it.  They
say they are improving fields and text capabilities and only they  
know how easy it can or
cannot ever be added to the engine they are designing.  With the new  
OS X text engine

Kerning and Tracking cannot be added so I do not like their engine.

-=JB=-


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread J. Landman Gay

-= JB =- wrote:

You are right, they need to do a professional job.  That is the whole 
point of asking them
to add it instead of me doing something.  I know the above statement by 
me looks like I
am saying they could just add crap and claim it is professional.  I 
really don't mean that
and don't want that.  But the claims were being made it is so simple 
that I can do it now
with the image but it appears like you say this won't do the job from a 
professional point.


I think the number of professional DTPers using Rev is probably pretty 
small, and the overlap of those who both do DTP and want to program is 
very narrow. Rev is a programming tool, and needs to address a wide 
variety of features for many different purposes. Upgraded text handling 
is definitely on their list of things to do, but for now I'd hate to see 
them waste time putting in an awkward work-around. I'd rather they just 
worked on the real thing when the time comes.


In the mean time, put this in a field and kern away:

on keyup which
  if which = space and the controlkey is down then
put word 2 of the selectedchunk into tPos
put space into the selection
set the textsize of char tPos of me to 1 -- adjust if necessary
  else pass keyup
end keyup

No images required, but it will definitely wreck any text parsing you 
want to do. The same would apply to your proposed work-around though, so 
this script should be a parallel solution.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread -= JB =-


On Dec 17, 2008, at 8:12 PM, J. Landman Gay wrote:



I think the number of professional DTPers using Rev is probably  
pretty small, and the overlap of those who both do DTP and want to  
program is very narrow. Rev is a programming tool, and needs to  
address a wide variety of features for many different purposes.  
Upgraded text handling is definitely on their list of things to do,  
but for now I'd hate to see them waste time putting in an awkward  
work-around. I'd rather they just worked on the real thing when the  
time comes.


In the mean time, put this in a field and kern away:

on keyup which
  if which = space and the controlkey is down then
put word 2 of the selectedchunk into tPos
put space into the selection
set the textsize of char tPos of me to 1 -- adjust if necessary
  else pass keyup
end keyup

No images required, but it will definitely wreck any text parsing  
you want to do. The same would apply to your proposed work-around  
though, so this script should be a parallel solution.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___


Thank you for the info and code.  I wasn't the one who started this  
thread and from your
statement about wrecking any text parsing I will hold off on  
justification for now.  But it is
important to know if the Rev Team decides to use Apples MLTE text  
engine you can be
assured Kerning and Tracking will not ever be made available so it is  
time to forget it or

write your own text engine using and extension or whatever.

-=JB=-
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread John Vokey

On 17-Dec-08, at 9:12 PM, Richard wrote:

It may be easier to get the exact feature you need than to ask  
RunRev to

become a type foundry.

If all you need is a one-pixel font, I'm sure there are plenty around.

But perhaps we might ask why this is useful, and look one step further
to the mechanics of the underlying text rendering in the field  
object to

get exactly what we most want.  It may be that such additions would
become trivial once RunRev adds independent column alignment to  
fields.


Slogging through big blocks of text line by line and/or word by word,
measuring each and adding/subtracting a number of special one-pixel
characters can be quite slow, and not the sort of thing I enjoy  
teaching

to newcomers for simple text alignment.

So hopefully instead we can just get the appearance we want just as we
want it at the moment it's rendered.  I doesn't hurt to ask. :)

Yes, and we have those text-description languages available now:  
postscript (which most of us now experience as PDF) and TeX/LaTeX--- 
both of which microtype to way (way!) better than a 1-pixel  
character.  Writing the code for either is (relatively) trivial.  So,  
given every modern operating system has engines for both, all Rev has  
to do is invoke the engines when needed.  For example, in addition to  
html, one should be able to declare a field postscript or TeX/LaTeX,  
put the code, and Rev simply calls the appropriate engine/renderer to  
produce it.

--
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

-Dr. John R. Vokey


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Table field text formating

2008-12-17 Thread Richard Gaskin

John Vokey wrote:


On 17-Dec-08, at 9:12 PM, Richard wrote:

If all you need is a one-pixel font, I'm sure there are plenty around.

But perhaps we might ask why this is useful, and look one step further
to the mechanics of the underlying text rendering in the field  
object to

get exactly what we most want.  It may be that such additions would
become trivial once RunRev adds independent column alignment to  
fields.


Slogging through big blocks of text line by line and/or word by word,
measuring each and adding/subtracting a number of special one-pixel
characters can be quite slow, and not the sort of thing I enjoy  
teaching

to newcomers for simple text alignment.

So hopefully instead we can just get the appearance we want just as we
want it at the moment it's rendered.  I doesn't hurt to ask. :)

Yes, and we have those text-description languages available now:  
postscript (which most of us now experience as PDF) and TeX/LaTeX--- 
both of which microtype to way (way!) better than a 1-pixel  
character.  Writing the code for either is (relatively) trivial.  So,  
given every modern operating system has engines for both, all Rev has  
to do is invoke the engines when needed.  For example, in addition to  
html, one should be able to declare a field postscript or TeX/LaTeX,  
put the code, and Rev simply calls the appropriate engine/renderer to  
produce it.


A stroke of genius, Dr. Vokey.

I was pondering sub-pixel measurements over dinner this evening, unsure 
if even twips would suffice.  Then I come back to read your post. Yes 
indeed, it would seem the essentials are available for all platforms. 
Maybe somewhere down the road (after independent column alignment, of 
course g), we just might see that sort of text rendering flexibility 
in Rev.


--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution