Group:  Other Microsoft Office Products ยป microsoft.public.onenote
Thread: Highlighting text

DotNetBag
.NET Development Newsgroups

HTVi
TV Discussion Newsgroups

Our Hot Pick: Rising Antivirus 2006 - Certified by TUV & Checkmark! Get 10% discount by entering this coupon code: ONDISCOUNT10
Rising Antivirus 2006

Highlighting text
"Rainald Taesler" <taesler[ at ]gmx.de> 09.07.2006 13:20:53
When a text is highlighted it is not tied to text, nor the container.

What can one do to avoid that the highlight remains after having moved
the text or the container?

Rainald

Re: Highlighting text
Grant Robertson <BOGUS[ at ]BOGUS.com> 09.07.2006 14:29:16
In article <#Dfin11oGHA.220[ at ]TK2MSFTNGP05.phx.gbl>, taesler[ at ]gmx.de says...
[Quoted Text]
> When a text is highlighted it is not tied to text, nor the container.
>
> What can one do to avoid that the highlight remains after having moved
> the text or the container?

That is one of my chief complaints about both versions of ON. The
highlighting and any notes you may write about a section of text are just
considered drawings that sit on the page with no association to the text
they were written over. When you insert more text above the marked up
section all your markup is screwed up.

This makes marking up text an entirely useless "feature." It looks good
in demos because they never move the text. But the nature of notes on a
computer is that they should be editable without trashing all your
previous work. Otherwise, why use a computer at all?

As to your issue, it appears that you are using the pen to draw
highlighting over your text or to circle things using a transparent pen
color that looks like highlighting. If you use the text select tool then
choose the highlight button on the toolbar (usually just next to the font
color button) you can highlight text or handwriting. What it really does
is change the color of the background for those characters but at least
it sticks with the words when they move around. Unfortunately, you can't
use this to circle areas and you have to have the words you want to
highlight selected before you click the button.
Re: Highlighting text
srd <srd152000[ at ]yahoo.com> 10.07.2006 03:38:08
I don't see this issue. Is this maybe something one a tablet PC? On my
desktop computer, highlighting is attached to the text.

On Sun, 09 Jul 2006 06:20:53 -0700, Rainald Taesler <taesler[ at ]gmx.de> wrote:

[Quoted Text]
> When a text is highlighted it is not tied to text, nor the container.
>
> What can one do to avoid that the highlight remains after having moved
> the text or the container?
>
> Rainald



--
Stephen R. Diamond
Re: Highlighting text
"Rainald Taesler" <taesler[ at ]gmx.de> 10.07.2006 06:44:45
srd <srd152000[ at ]yahoo.com> shared these words of wisdom:

[Quoted Text]
>> When a text is highlighted it is not tied to text, nor the
>> container.
>>
>> What can one do to avoid that the highlight remains after
>> having moved the text or the container?

> I don't see this issue. Is this maybe something one a tablet PC?
> On my desktop computer, highlighting is attached to the text.

This happens on my desktop.
Did not yet check it on the TabletPC.

Rainald

Re: Highlighting text
srd <srd152000[ at ]yahoo.com> 10.07.2006 19:54:50
Well it doesn't seem then to be a problem inherent in the program, unless
I'm not understanding. When I move text or containers, highlighting goes
with it. Strange that it would be different on different systems.

On Sun, 09 Jul 2006 23:44:45 -0700, Rainald Taesler <taesler[ at ]gmx.de> wrote:

[Quoted Text]
> srd <srd152000[ at ]yahoo.com> shared these words of wisdom:
>
>>> When a text is highlighted it is not tied to text, nor the
>>> container. What can one do to avoid that the highlight remains after
>>> having moved the text or the container?
>
>> I don't see this issue. Is this maybe something one a tablet PC?
>> On my desktop computer, highlighting is attached to the text.
>
> This happens on my desktop.
> Did not yet check it on the TabletPC.
>
> Rainald
>



--
Stephen R. Diamond
srdiamond[ at ]gmail.com
Re: Highlighting text
"Rainald Taesler" <taesler[ at ]gmx.de> 11.07.2006 23:06:51
srd <srd152000[ at ]yahoo.com> shared these words of wisdom:

[Quoted Text]
>>>> When a text is highlighted it is not tied to text, nor the
>>>> container. What can one do to avoid that the highlight
>>>> remains after having moved the text or the container?
>>
>>> I don't see this issue. Is this maybe something one a tablet
>>> PC? On my desktop computer, highlighting is attached to the
>>> text.
>>
>> This happens on my desktop.
>> Did not yet check it on the TabletPC.

> Well it doesn't seem then to be a problem inherent in the
> program, unless I'm not understanding. When I move text or
> containers, highlighting goes with it. Strange that it would be
> different on different systems.

It definitely works this way on my system.
No idea why.

IMO this might have to do with the same construction which is
responsable with teh mis-behaviour of printing pages with highlights
(highlighted text shown on top of the text and by this making the text
invisible).

Rainald

Re: Highlighting text
"Rainald Taesler" <taesler[ at ]gmx.de> 12.07.2006 00:09:56
Grant Robertson <BOGUS[ at ]BOGUS.com> shared these words of wisdom:

[Quoted Text]
>> When a text is highlighted it is not tied to text, nor the
>> container.
>>
>> What can one do to avoid that the highlight remains after
>> having moved the text or the container?
>
> That is one of my chief complaints about both versions of ON. The
> highlighting and any notes you may write about a section of text
> are just considered drawings that sit on the page with no
> association to the text they were written over.

Exactly - at least if one uses "highlighter" pen.
That's how I had done it - just as I was used to from Acrobat.
Thanks to the last paragraph in your mail (see below - thank you so
much for pointing into the right direction<!!!>) I meanwhile detected
that there is another method of highlighting, i.e. marking a text and
then selecting the highlighting feature from the text toolbar.
It's the same way as it works in Word but it was not too obvious for
me :-( :-(

Anyway, this only works with *text*.
It does not work with things imported via the ON-printer.
And for the latter I would need it.

> When you insert more text above the marked up section
> all your markup is screwed up.

Exactly.
And the result is true nonsense.

> This makes marking up text an entirely useless "feature."

100% d'accord.
And it's a shame.

> It looks good in demos because they never move the text.
> But the nature of notes on a computer is that they should
> be editable without trashing all your previous work.
> Otherwise, why use a computer at all?

LOL
But honestly speaking: It's one of the most serious shortcomings.
The "highlighter" pen is just useless.
And even worse:
If one has highlighted a document imported by printing and moves the
document (which is a quite normal operation [what good would the
containers be good for?]), the highlights now sitting in a wrong
position cannot even be moved because they are out of reach (fully
covered by the container). No way to get hold of them but moving away
the container until it totally frees the space where the highlights
are sitting.
Only then the focus can be given to the highlights. And as there is no
use in moving them (the container has to be moved back) one has to
delete them, then move the container back and thereafter create the
highlights anew. And the same ad nauseam if the container will be
moved again later. [grrrrh]

This IMO is the result of two things which IMHO are serious
shortcomings of the basic design; they also have very bad results when
using ink:
1.) Although there can be different layers (containers placed on top
of each other, highlights, ink input), there is no way to give the
focus to a piece lying below another one;
2.) There is no way to *group* containers and other items (pictures,
highlights, ink) and by this treat them as a unit (as is usual in any
graphics program, PowerPoint and even Word).

Unless this will be changed in some later version (I do not think so
as the development process seems to be completed in as far as basic
design issues are concerned) I for one regard this as basic flaws and
seriously wrong design decisions.

Things like that can drive me up the wall ...

I assume that some of the issues you are having with ink input (your
postings on using Journal + ON 2003 + ON 2007; did not test that so
far as at present I'm concentrating on the way ON works on a desktop)
are related to the lack of these features too.

It's really bad.
I can easily annotate documents in Word on my tablet with my pen.
I would need the same feature in ON.
Nebbich.

> As to your issue, it appears that you are using the pen to draw
> highlighting over your text or to circle things using a
> transparent pen color that looks like highlighting.

Exactly. This was what I had done. So far I had missed the highlight
button.
But in the case being the cause of my posting I could not have used
anything else as I had to highlight a part of imported material, not
text.

> If you use
> the text select tool then choose the highlight button on the
> toolbar (usually just next to the font color button) you can
> highlight text or handwriting. What it really does is change the
> color of the background for those characters but at least it
> sticks with the words when they move around.

Yes, it works this way.
But it's not as comfortable as it should be.
Marking the text first, then clicking the highlight button and doing
this agin and again for each part of text to be highlighted is far
inferior to a cursor behaving like a real-world highligther which can
be used for "painting" on several parts of a document uno actu.

> Unfortunately, you can't use this to circle areas and you
> have to have the words you want to highlight selected
> before you click the button.

I'm with you in complaining on this!
Really poor.
Did no one check how these things are done in Acrobat??

Rainald
(who is very sad that ON in so far is so poor ... )


Re: Highlighting text
srd <srd152000[ at ]yahoo.com> 12.07.2006 03:35:19
That explains it - I have never used the highlighter pen.

On Tue, 11 Jul 2006 17:09:56 -0700, Rainald Taesler <taesler[ at ]gmx.de> wrote:

[Quoted Text]
> Grant Robertson <BOGUS[ at ]BOGUS.com> shared these words of wisdom:
>
>>> When a text is highlighted it is not tied to text, nor the
>>> container.
>>>
>>> What can one do to avoid that the highlight remains after
>>> having moved the text or the container?
>>
>> That is one of my chief complaints about both versions of ON. The
>> highlighting and any notes you may write about a section of text
>> are just considered drawings that sit on the page with no
>> association to the text they were written over.
>
> Exactly - at least if one uses "highlighter" pen.
> That's how I had done it - just as I was used to from Acrobat.
> Thanks to the last paragraph in your mail (see below - thank you so much
> for pointing into the right direction<!!!>) I meanwhile detected that
> there is another method of highlighting, i.e. marking a text and then
> selecting the highlighting feature from the text toolbar.
> It's the same way as it works in Word but it was not too obvious for me
> :-( :-(
>
> Anyway, this only works with *text*.
> It does not work with things imported via the ON-printer.
> And for the latter I would need it.
>
>> When you insert more text above the marked up section
>> all your markup is screwed up.
>
> Exactly.
> And the result is true nonsense.
>
>> This makes marking up text an entirely useless "feature."
>
> 100% d'accord.
> And it's a shame.
>
>> It looks good in demos because they never move the text.
>> But the nature of notes on a computer is that they should
>> be editable without trashing all your previous work.
>> Otherwise, why use a computer at all?
>
> LOL
> But honestly speaking: It's one of the most serious shortcomings.
> The "highlighter" pen is just useless.
> And even worse:
> If one has highlighted a document imported by printing and moves the
> document (which is a quite normal operation [what good would the
> containers be good for?]), the highlights now sitting in a wrong
> position cannot even be moved because they are out of reach (fully
> covered by the container). No way to get hold of them but moving away
> the container until it totally frees the space where the highlights are
> sitting.
> Only then the focus can be given to the highlights. And as there is no
> use in moving them (the container has to be moved back) one has to
> delete them, then move the container back and thereafter create the
> highlights anew. And the same ad nauseam if the container will be moved
> again later. [grrrrh]
>
> This IMO is the result of two things which IMHO are serious shortcomings
> of the basic design; they also have very bad results when using ink:
> 1.) Although there can be different layers (containers placed on top of
> each other, highlights, ink input), there is no way to give the focus to
> a piece lying below another one;
> 2.) There is no way to *group* containers and other items (pictures,
> highlights, ink) and by this treat them as a unit (as is usual in any
> graphics program, PowerPoint and even Word).
>
> Unless this will be changed in some later version (I do not think so as
> the development process seems to be completed in as far as basic design
> issues are concerned) I for one regard this as basic flaws and seriously
> wrong design decisions.
>
> Things like that can drive me up the wall ...
>
> I assume that some of the issues you are having with ink input (your
> postings on using Journal + ON 2003 + ON 2007; did not test that so far
> as at present I'm concentrating on the way ON works on a desktop) are
> related to the lack of these features too.
>
> It's really bad.
> I can easily annotate documents in Word on my tablet with my pen.
> I would need the same feature in ON.
> Nebbich.
>
>> As to your issue, it appears that you are using the pen to draw
>> highlighting over your text or to circle things using a
>> transparent pen color that looks like highlighting.
>
> Exactly. This was what I had done. So far I had missed the highlight
> button.
> But in the case being the cause of my posting I could not have used
> anything else as I had to highlight a part of imported material, not
> text.
>
>> If you use
>> the text select tool then choose the highlight button on the
>> toolbar (usually just next to the font color button) you can
>> highlight text or handwriting. What it really does is change the
>> color of the background for those characters but at least it
>> sticks with the words when they move around.
>
> Yes, it works this way.
> But it's not as comfortable as it should be.
> Marking the text first, then clicking the highlight button and doing
> this agin and again for each part of text to be highlighted is far
> inferior to a cursor behaving like a real-world highligther which can be
> used for "painting" on several parts of a document uno actu.
>
>> Unfortunately, you can't use this to circle areas and you
>> have to have the words you want to highlight selected
>> before you click the button.
>
> I'm with you in complaining on this!
> Really poor.
> Did no one check how these things are done in Acrobat??
>
> Rainald
> (who is very sad that ON in so far is so poor ... )
>
>



--
Stephen R. Diamond
srdiamond[ at ]gmail.com
Re: Highlighting text
"Rainald Taesler" <taesler[ at ]gmx.de> 12.07.2006 07:50:37
srd <srd152000[ at ]yahoo.com> shared these words of wisdom:

[Quoted Text]
> That explains it - I have never used the highlighter pen.

IMHO the construction is not too intuitive [siiiiigh]

What does one do in real life when hightlighting?
Using the marker and drawing over the text.

According to GUI design criteria software should use semaphores coming
close to real life. And as in most cases highlighting is done one
documents from *external* sources the functionalitaty of a "brush" (or
call it a pen) is needed.

I think that the highlighting pen should work like the brush used for
applying formatting details to text; Word has that meanwhile -
introduced rather late and still inferior to this tool in AmiPro
(where it was obviously taken from).

Rainald




Re: Highlighting text
Grant Robertson <BOGUS[ at ]BOGUS.com> 12.07.2006 20:02:59
In article <#$hupkUpGHA.3584[ at ]TK2MSFTNGP05.phx.gbl>, taesler[ at ]gmx.de
says...
[Quoted Text]
> And even worse:
> If one has highlighted a document imported by printing and moves the
> document (which is a quite normal operation [what good would the
> containers be good for?]), the highlights now sitting in a wrong
> position cannot even be moved because they are out of reach (fully
> covered by the container). No way to get hold of them but moving away
> the container until it totally frees the space where the highlights
> are sitting.
> Only then the focus can be given to the highlights. And as there is no
> use in moving them (the container has to be moved back) one has to
> delete them, then move the container back and thereafter create the
> highlights anew. And the same ad nauseam if the container will be
> moved again later. [grrrrh]

The only safe way I have found to "move" imported "printouts" is either
before you mark on them or by making sure to never draw any ink that goes
over the top or bottom edge of the imported page. Then you can wedge the
insert space tool between the two pictures and move everything from there
on down together. You have to make sure that ON doesn't think you are
continuing a text box from one page to the other. There has to be
absolutely nothing (not even an empty space of a text box) between the
two pages when you insert space there or ON will move some things and not
others. In fact, it may be safe to insert space between all of your pages
ahead of time so you don't get trapped. But in a large document that can
get pretty tedious. I kind of wish there were an option of how much
space to insert between the pages of imported printouts.
Re: Highlighting text
"Rainald Taesler" <taesler[ at ]gmx.de> 12.07.2006 20:32:08
Thanks for your valuable tip.
Put it in my notebook on ON <bg>.

As we were at printed output and containers:
1.) What bothers me each time I'm trying to put new text (be it by
typing or by pasting from the Clipboard) below an existing container:
I could not yet find a way to place the cursor under the container and
to the left. It always appear in a position to the right of the
container.
So I always have to insert something into a new container and then
move it to the wanted position to the left below the container.

2.) I cannot understand why there is no built-in feature to place a
container between two containers with "inserting" it, i.e. moving
everything already existing down.

The issues really hurt me. Obviously the more as for many long years
my favourite wordprocessor had been AmiPro (starting already before
Lotus bought it).
AmiPro based on frames for pictures and offered text-frames too (in
addition to normal text). And so for many long years it was far
superior to initially rather dumb WinWord which needed quite some
version until frames for text and images were usable. And although
AmiPro 3.2 (the last version until Lotus killed it with over-featuring
it's successor WordPro) is really ioutdated now, AFAICS handling of
textframes and frames for images still is not as comfortable and as
flexible in Word 12.0 [ssssigh].

IMO the developers of ON as far as the handling of containers is
concerned might have gained a lot on the issue of making the best out
of frames from a closer look on AmiPro on the one side and Framemaker
on the OTH.

Rainald
(who's hoping that perhaps the handling of containers might be
improved. Each little bit would count)

Grant Robertson <BOGUS[ at ]BOGUS.com> shared these words of wisdom:

[Quoted Text]
> The only safe way I have found to "move" imported "printouts" is
> either before you mark on them or by making sure to never draw
> any ink that goes over the top or bottom edge of the imported
> page. Then you can wedge the insert space tool between the two
> pictures and move everything from there on down together. You
> have to make sure that ON doesn't think you are continuing a
> text box from one page to the other. There has to be absolutely
> nothing (not even an empty space of a text box) between the two
> pages when you insert space there or ON will move some things
> and not others. In fact, it may be safe to insert space between
> all of your pages ahead of time so you don't get trapped. But in
> a large document that can get pretty tedious. I kind of wish
> there were an option of how much space to insert between the
> pages of imported printouts.


Home | Search | Terms | Imprint | Contact
Newsgroups Reader - provided by WiredBox.Net