I have a block of text -- about three pages long in a book layout -- which just won't behave. It's bold when I haven't told it to be bold, and trying to unbold it using the edit palette does nothing. (There is actually no bold variant of the font in question).

I can fix it by copying a normal, unbolded paragraph from the same book layout, and pasting it in front of the first paragraph of the errant block of text.

It pastes as bold (!), and all the following paragraphs which were bold instantly revert to roman. Then if I select the paragraph I've just pasted and delete it, the text which was bold to begin with stays as roman.

It's obviously a wrinkle to do with codes, perhaps caused by the fact that the text I'm using began life in Adbe InDesign, was exported as an RTF, then imported into PageStream.

If the workaround described above worked ok, I'd be happy.

BUT ... the same block of text reverts to bold again at some point later, when I reopen the file. Not necessarily the very next time, but almost at random, it seems. For example, I opened the file this morning, and lo and behold the text block was bold again. Even though I've fixed it with that workaround probably half a dozen times. I've just saved it and reopened it now, and it's fine.

So... apart from that being a weird problem, I'd like to get to the bottom of it. Is there any way I can inspect / edit the PageStream control codes?

On Wednesday 28 October 2009 07:58:54 pm dminoz wrote:
> Is there any way I can inspect / edit the PageStream control codes?

This might be a nice new feature! While my problem is slightly different, it
has much in common with your problem. I have OpenSuse 11.1 with Athlon X2
Dual Core using KDE 1.4.3 (release 4.10.4). I print a church bulletin weekly
with several headings with a different font using separate line and fill
colored text. The lists or lines that vary weekly are underneath the headings
and are Times Roman--until I insert copied text. Then EVERYTHING below the
insert point to the next heading becomes the font of the text heading or a
font used previously for the headings, but the text size remains correct.
Inserting text by typing does not have this change in font. I know of no way
to check, but some of the problem seems to come from attributes being applied
from slightly different selection points. Just selecting the whole group of
text and assigning "plain" to the text does Not clear the unwanted attributes,
but I usually can select the intruding text suffering the font change and
reselecting Times Roman along with a few other attributes such as
paragraphing, etc., as necessary. If you can guess the exact portion of text
the attribute was previously applied to, then I THINK you can clear the
offending attribute and successfully apply the wanted attribute, but I am not
certain.

I have one other anomaly using an HP Color LJ 3800dn: I seem to only print
TrueType fonts. Other fonts print on the screen, but only a blank page comes
out of the printer.

At least in previous versions, I have had to use some lib files from previous
32-bit versions, since they no longer existed. I am not sure if this is still
the case, but I am fairly certain there are fewer, if any, changes needed now.

i chan

Hi Gary,

yes, I think your problem is related to what I've been experiencing.

I had another one the other day: working through the pages of the book I
was laying out, I came to a piece of text that I hadn't done anything at
all to yet. It was underlined, and the entire text from there to the end
of the document was underlined as well. I selected the first underlined
paragraph, and 'un-underlined' it. The underlining then disappeared from
the whole document.

I'm assuming that there is something going on with PageStream reading
InDesign's RTF tags (in my case). Or, given that your issues appear only
with pasted text, maybe the issue is to do with markup tags in general,
regardless of where they come from. Where do you copy your text from,
what sort of document is it, and how has it been processed, i.e. is it
exported from another program, etc?

I'd really like to be able to play around with the markup codes in the
PGS file, I'm sure it would be possible to sort it out...

David

Gary Lee Smith wrote:
> On Wednesday 28 October 2009 07:58:54 pm dminoz wrote:
>
>> Is there any way I can inspect / edit the PageStream control codes?
>>
>
> This might be a nice new feature! While my problem is slightly different, it
> has much in common with your problem. I have OpenSuse 11.1 with Athlon X2
> Dual Core using KDE 1.4.3 (release 4.10.4). I print a church bulletin weekly
> with several headings with a different font using separate line and fill
> colored text. The lists or lines that vary weekly are underneath the headings
> and are Times Roman--until I insert copied text. Then EVERYTHING below the
> insert point to the next heading becomes the font of the text heading or a
> font used previously for the headings, but the text size remains correct.
> Inserting text by typing does not have this change in font. I know of no way
> to check, but some of the problem seems to come from attributes being applied
> from slightly different selection points. Just selecting the whole group of
> text and assigning "plain" to the text does Not clear the unwanted attributes,
> but I usually can select the intruding text suffering the font change and
> reselecting Times Roman along with a few other attributes such as
> paragraphing, etc., as necessary. If you can guess the exact portion of text
> the attribute was previously applied to, then I THINK you can clear the
> offending attribute and successfully apply the wanted attribute, but I am not
> certain.
>
> I have one other anomaly using an HP Color LJ 3800dn: I seem to only print
> TrueType fonts. Other fonts print on the screen, but only a blank page comes
> out of the printer.
>
> At least in previous versions, I have had to use some lib files from previous
> 32-bit versions, since they no longer existed. I am not sure if this is still
> the case, but I am fairly certain there are fewer, if any, changes needed now.
>
>
>
>
>
>
>
>
>
>
>
>
> i chan
>
>
> ------------------------------------
>
> PageStream Linux. Powerful Desktop Publishing for Linux.http://www.pagestream.orgYahoo! Groups Links
>
>
>
>
>

Most likely the issue at hand is related to styles, and RTF has a huge
overload of styles.

If you want to see the markup codes, you can "send to editor" and see
the text codes in plain text. See
http://www.pagestream.org/showdocs.php?id=128 for an explanation of the
text codes themselves.

Deron

> Hi Gary,
>
> yes, I think your problem is related to what I've been experiencing.
>
> I had another one the other day: working through the pages of the book I
> was laying out, I came to a piece of text that I hadn't done anything at
> all to yet. It was underlined, and the entire text from there to the end
> of the document was underlined as well. I selected the first underlined
> paragraph, and 'un-underlined' it. The underlining then disappeared from
> the whole document.
>
> I'm assuming that there is something going on with PageStream reading
> InDesign's RTF tags (in my case). Or, given that your issues appear only
> with pasted text, maybe the issue is to do with markup tags in general,
> regardless of where they come from. Where do you copy your text from,
> what sort of document is it, and how has it been processed, i.e. is it
> exported from another program, etc?
>
> I'd really like to be able to play around with the markup codes in the
> PGS file, I'm sure it would be possible to sort it out...
>
> David
>
> Gary Lee Smith wrote:
>
>> On Wednesday 28 October 2009 07:58:54 pm dminoz wrote:
>>
>>
>>> Is there any way I can inspect / edit the PageStream control codes?
>>>
>>>
>> This might be a nice new feature! While my problem is slightly different, it
>> has much in common with your problem. I have OpenSuse 11.1 with Athlon X2
>> Dual Core using KDE 1.4.3 (release 4.10.4). I print a church bulletin weekly
>> with several headings with a different font using separate line and fill
>> colored text. The lists or lines that vary weekly are underneath the headings
>> and are Times Roman--until I insert copied text. Then EVERYTHING below the
>> insert point to the next heading becomes the font of the text heading or a
>> font used previously for the headings, but the text size remains correct.
>> Inserting text by typing does not have this change in font. I know of no way
>> to check, but some of the problem seems to come from attributes being applied
>> from slightly different selection points. Just selecting the whole group of
>> text and assigning "plain" to the text does Not clear the unwanted attributes,
>> but I usually can select the intruding text suffering the font change and
>> reselecting Times Roman along with a few other attributes such as
>> paragraphing, etc., as necessary. If you can guess the exact portion of text
>> the attribute was previously applied to, then I THINK you can clear the
>> offending attribute and successfully apply the wanted attribute, but I am not
>> certain.
>>
>> I have one other anomaly using an HP Color LJ 3800dn: I seem to only print
>> TrueType fonts. Other fonts print on the screen, but only a blank page comes
>> out of the printer.
>>
>> At least in previous versions, I have had to use some lib files from previous
>> 32-bit versions, since they no longer existed. I am not sure if this is still
>> the case, but I am fairly certain there are fewer, if any, changes needed now.
>>
>>
>>

--
Happy Trails,
Deron Kazmaier deron@dogstarkennel.com
KD0AYO Western South Dakota
Dog Star Kennelhttp://www.dogstarkennel.com
--- Racing AKC Sepp-Star Seppala Siberian Husky Sled Dogs

> I have one other anomaly using an HP Color LJ 3800dn: I seem to only print
> TrueType fonts. Other fonts print on the screen, but only a blank page comes
> out of the printer.
>

I'm not aware of a Type1 print problem (that would be the only other
reasonable format you would be using), but if you have a simple document
using a Type1 font and can send me the PageStream document and
PostScript output I'll be happy to take a look when I get a chance.

> At least in previous versions, I have had to use some lib files from previous
> 32-bit versions, since they no longer existed. I am not sure if this is still
> the case, but I am fairly certain there are fewer, if any, changes needed now.
>

I'm not aware of any such problem, other than using PageStream in a
64bit environment where some Linux distros have faulty 32bit
environments. The above font printing problem should not be effected by
any such possible configuration problems.

Deron

--
Deron Kazmaier - support@pagestream.org
Grasshopper LLC Publishing -http://www.pagestream.org
PageStream DTP for Amiga, Linux, Macintosh, and Windows

When I run the script from inside PGS, nothing happens.

When I run it from a terminal (although I don't know if I'm meant to be
able to...), I get this feedback:

Traceback (most recent call last):
File
"/home/david/Programs/pagestream2/Scripts/SendTextToEditor.py", line
45, in <module>
from PageStream import *
ImportError: No module named PageStream

David

Deron Kazmaier wrote:
> Most likely the issue at hand is related to styles, and RTF has a huge
> overload of styles.
>
> If you want to see the markup codes, you can "send to editor" and see
> the text codes in plain text. See
>http://www.pagestream.org/showdocs.php?id=128 for an explanation of the
> text codes themselves.
>
> Deron
>
>
>> Hi Gary,
>>
>> yes, I think your problem is related to what I've been experiencing.
>>
>> I had another one the other day: working through the pages of the book I
>> was laying out, I came to a piece of text that I hadn't done anything at
>> all to yet. It was underlined, and the entire text from there to the end
>> of the document was underlined as well. I selected the first underlined
>> paragraph, and 'un-underlined' it. The underlining then disappeared from
>> the whole document.
>>
>> I'm assuming that there is something going on with PageStream reading
>> InDesign's RTF tags (in my case). Or, given that your issues appear only
>> with pasted text, maybe the issue is to do with markup tags in general,
>> regardless of where they come from. Where do you copy your text from,
>> what sort of document is it, and how has it been processed, i.e. is it
>> exported from another program, etc?
>>
>> I'd really like to be able to play around with the markup codes in the
>> PGS file, I'm sure it would be possible to sort it out...
>>
>> David
>>
>> Gary Lee Smith wrote:
>>
>>
>>> On Wednesday 28 October 2009 07:58:54 pm dminoz wrote:
>>>
>>>
>>>
>>>> Is there any way I can inspect / edit the PageStream control codes?
>>>>
>>>>
>>>>
>>> This might be a nice new feature! While my problem is slightly different, it
>>> has much in common with your problem. I have OpenSuse 11.1 with Athlon X2
>>> Dual Core using KDE 1.4.3 (release 4.10.4). I print a church bulletin weekly
>>> with several headings with a different font using separate line and fill
>>> colored text. The lists or lines that vary weekly are underneath the headings
>>> and are Times Roman--until I insert copied text. Then EVERYTHING below the
>>> insert point to the next heading becomes the font of the text heading or a
>>> font used previously for the headings, but the text size remains correct.
>>> Inserting text by typing does not have this change in font. I know of no way
>>> to check, but some of the problem seems to come from attributes being applied
>>> from slightly different selection points. Just selecting the whole group of
>>> text and assigning "plain" to the text does Not clear the unwanted attributes,
>>> but I usually can select the intruding text suffering the font change and
>>> reselecting Times Roman along with a few other attributes such as
>>> paragraphing, etc., as necessary. If you can guess the exact portion of text
>>> the attribute was previously applied to, then I THINK you can clear the
>>> offending attribute and successfully apply the wanted attribute, but I am not
>>> certain.
>>>
>>> I have one other anomaly using an HP Color LJ 3800dn: I seem to only print
>>> TrueType fonts. Other fonts print on the screen, but only a blank page comes
>>> out of the printer.
>>>
>>> At least in previous versions, I have had to use some lib files from previous
>>> 32-bit versions, since they no longer existed. I am not sure if this is still
>>> the case, but I am fairly certain there are fewer, if any, changes needed now.
>>>
>>>
>>>
>>>
>
>
>

I think I've solved it. Or if not _solved_, at least I might have found a workaround. Or not know what I'm doing. That's always a viable option.

Deron's comment about styles being the most likely culprit prompted me to have a look at the definitions of my paragraph styles. In all of them, the options like 'bold', 'italic', 'small caps', etc, were grayed (or on my screen yellowed) out, rather than being either clear (white) or having a tick in them. There are obviously three states for each option. I made every option clear, except for the ones I wanted, which has a tick. In other words, no greyed (yellowed) out ones.

This change has made all the paragraphs behave as they should. No more strange activity such as all the text in a paragraph turning into small caps when I click the "P" button to turn a single word in the para from bold back to plain.

Now of course I don't know for sure that there's _meant_ to be a greyed out state for the options, but it appears to have done the trick. If I'm imagining it, please don't disillusion me...

Gary, how are the paragraph style settings on your document?

--- In PageStreamLinuxBeta@yahoogroups.com, Deron Kazmaier <deron@...> wrote:
>
> Most likely the issue at hand is related to styles, and RTF has a huge
> overload of styles.
>
> If you want to see the markup codes, you can "send to editor" and see
> the text codes in plain text. See
>http://www.pagestream.org/showdocs.php?id=128 for an explanation of the
> text codes themselves.
>
> Deron

>

On Thursday 29 October 2009 05:45:51 am David Major wrote:
> given that your issues appear only
> with pasted text, maybe the issue is to do with markup tags in general,
> regardless of where they come from. Where do you copy your text from,
> what sort of document is it, and how has it been processed, i.e. is it
> exported from another program, etc?

I have never been able to find at OpenSuse the necessary utilities/libs
necessary to using my Python installation with PageStream on my 64-bit OS. So
the "Send to Editor" is not available. However, an alternative route to
seeing the codes is to "Export text" in "ASCI" with "PageStream codes"
selected. I used the "UTF-8" character set. Then open the saved file in gedit
or another text editor. I use KDE with Gnome also installed.

When I "Import" the text file or the modified file, most things remain the
same, except "Text Fill" and "Text Line" colors are lost. I also found <Kn>
and <Kl......> which I did not find listed on the Docs pages.

The text export was headed by "PageStream 3.0". I reuse the bulletin weekly,
making minor changes as necessary. Because of problems, I reworked it some
months ago, with some modest improvement of handling. In the Export file I
found two "@Index Topic 1:" style settings and a couple of extra font settings
left unchanged after MANY attempted font changes. I suppose the Style
prevented their being deleted.

In text mode I did EDIT>SELECT ALL and in the Edit Palette I selected
"paragraph" and changed "Style" to "No Style". I had to make a few
"character" adjustments of font, size, & style, but the problem is CURED!
This document may have been created in PageStream, but probably an edited RTF
OpenOffice document from about February of 2006. The problems became apparent
more recently. Text is usually from PageStream documents, such as a
Birthday/Holiday list I keep.

Since PgS 1.8....and still learning about the wonders of PageStream! Under
different circumstances, this ability could be very useful!

> When I run the script from inside PGS, nothing happens.
>

Can you run any other external scripts? What version of Python do you
have installed? You might try running PageStream from the shell and see
if any output is generated relevant to Python. The fact that Play
External is evailable to you at least indicates PageStream thinks it
found a reasonable version of Python and was able to load/init it.

> When I run it from a terminal (although I don't know if I'm meant to be
> able to...), I get this feedback:
>
> Traceback (most recent call last):
> File
> "/home/david/Programs/pagestream2/Scripts/SendTextToEditor.py", line
> 45, in <module>
> from PageStream import *
> ImportError: No module named PageStream
>

It must be run inside of PageStream.

Deron

> David
>
> Deron Kazmaier wrote:
>
>> Most likely the issue at hand is related to styles, and RTF has a huge
>> overload of styles.
>>
>> If you want to see the markup codes, you can "send to editor" and see
>> the text codes in plain text. See
>>http://www.pagestream.org/showdocs.php?id=128 for an explanation of the
>> text codes themselves.
>>
>> Deron
>>
>>
>>
>>> Hi Gary,
>>>
>>> yes, I think your problem is related to what I've been experiencing.
>>>
>>> I had another one the other day: working through the pages of the book I
>>> was laying out, I came to a piece of text that I hadn't done anything at
>>> all to yet. It was underlined, and the entire text from there to the end
>>> of the document was underlined as well. I selected the first underlined
>>> paragraph, and 'un-underlined' it. The underlining then disappeared from
>>> the whole document.
>>>
>>> I'm assuming that there is something going on with PageStream reading
>>> InDesign's RTF tags (in my case). Or, given that your issues appear only
>>> with pasted text, maybe the issue is to do with markup tags in general,
>>> regardless of where they come from. Where do you copy your text from,
>>> what sort of document is it, and how has it been processed, i.e. is it
>>> exported from another program, etc?
>>>
>>> I'd really like to be able to play around with the markup codes in the
>>> PGS file, I'm sure it would be possible to sort it out...
>>>
>>> David
>>>
>>> Gary Lee Smith wrote:
>>>
>>>
>>>
>>>> On Wednesday 28 October 2009 07:58:54 pm dminoz wrote:
>>>>
>>>>
>>>>
>>>>
>>>>> Is there any way I can inspect / edit the PageStream control codes?
>>>>>
>>>>>
>>>>>
>>>>>
>>>> This might be a nice new feature! While my problem is slightly different, it
>>>> has much in common with your problem. I have OpenSuse 11.1 with Athlon X2
>>>> Dual Core using KDE 1.4.3 (release 4.10.4). I print a church bulletin weekly
>>>> with several headings with a different font using separate line and fill
>>>> colored text. The lists or lines that vary weekly are underneath the headings
>>>> and are Times Roman--until I insert copied text. Then EVERYTHING below the
>>>> insert point to the next heading becomes the font of the text heading or a
>>>> font used previously for the headings, but the text size remains correct.
>>>> Inserting text by typing does not have this change in font. I know of no way
>>>> to check, but some of the problem seems to come from attributes being applied
>>>> from slightly different selection points. Just selecting the whole group of
>>>> text and assigning "plain" to the text does Not clear the unwanted attributes,
>>>> but I usually can select the intruding text suffering the font change and
>>>> reselecting Times Roman along with a few other attributes such as
>>>> paragraphing, etc., as necessary. If you can guess the exact portion of text
>>>> the attribute was previously applied to, then I THINK you can clear the
>>>> offending attribute and successfully apply the wanted attribute, but I am not
>>>> certain.
>>>>
>>>> I have one other anomaly using an HP Color LJ 3800dn: I seem to only print
>>>> TrueType fonts. Other fonts print on the screen, but only a blank page comes
>>>> out of the printer.
>>>>
>>>> At least in previous versions, I have had to use some lib files from previous
>>>> 32-bit versions, since they no longer existed. I am not sure if this is still
>>>> the case, but I am fairly certain there are fewer, if any, changes needed now.
>>>>
>>>>
>>>>
>>>>
>>>>
>>
>

--
Deron Kazmaier - support@pagestream.org
Grasshopper LLC Publishing -http://www.pagestream.org
PageStream DTP for Amiga, Linux, Macintosh, and Windows