-
Re: Image positioning
Hi Laurence,
Thanks for the suggestion.
Unfortunately, I cannot lock the height of the text boxes as they need to be
able to scale vertically when someone changes the default text size in
Internet Explorer to something larger e.g. by CTRL-mouse wheeling on a page.
Basically, I'm trying to keep the page vertically "fluid" to accommodate
font size changes on a user's browser.
It's proving to be quite a tricky issue!!
--
Graeme Davidson
www.davidsonelectronics.co.uk
Watch the spam trap - remove n0_sp4m to reply
"LBA" <webdesigns@no2spamabramsnet.com> wrote in message
news:do23kp$m922@news01.netobjects.com...
> Have you tried to put a checkmark in the Lock Height option in the
> Properties Pallette for each of the text boxes? I have found that this
> will sometimes resolve problems with text boxes that misbehave.
>
-
Re: Image positioning
I can't remember if anyone suggested this yet... perhaps try to make a
1-column table... place text in one cell, a graphic in the next, text in
the next, etc. That should collapse the gaps you're seeing and should
resize correctly if the user changes font size. (But out of curiosity,
did Lock Height correct the problem?)
Laurence
Graeme Davidson wrote:
>Hi Laurence,
>
>Thanks for the suggestion.
>
>Unfortunately, I cannot lock the height of the text boxes as they need to be
>able to scale vertically when someone changes the default text size in
>Internet Explorer to something larger e.g. by CTRL-mouse wheeling on a page.
>Basically, I'm trying to keep the page vertically "fluid" to accommodate
>font size changes on a user's browser.
>
>It's proving to be quite a tricky issue!!
>
>
>
-
Re: Image positioning
Have you tried to put a checkmark in the Lock Height option in the
Properties Pallette for each of the text boxes? I have found that this
will sometimes resolve problems with text boxes that misbehave.
Laurence
Graeme Davidson wrote:
> Hi Ted,
>
> Thanks for the suggestion.
>
> I now just tried that and was initially overridden by the Body text
> font size. So I removed the body text size css entry and applied a css
> text sizing style to the text frame and regrettably, it still has the
> same problem!
>
> I think that just about nails the fact that NOF miscalculates css text
> size, considering that applying the CSS inline to the text frame
> produces the same problem.
>
> It sure is a tenacious problem!
>
> I can work around it to a degree putting everyting in a table and that
> fixes the sacing of the actual content, but it does end up in the
> navbar or any other object outside that table and sharing the same
> column will not be correctly placed.
>
> You can see the remnants of the issue at the bottom of
> http://www.mackie.aberdeenshire.sch....ut_mackie.html where
> there is no way in NOF to remove that empty gap at the bottom. If I
> had used more than one text frame on that page the nav bar would have
> been several blank pages further down! Drat!
>
> --
> Graeme Davidson
> www.davidsonelectronics.co.uk <http://www.davidsonelectronics.co.uk>
> Watch the spam trap - remove n0_sp4m to reply
>
> "Ted" <traveller_ted@yahoo.com <mailto:traveller_ted@yahoo.com>>
> wrote in message news:do0pi6$m1i3@news01.netobjects.com...
> Hi Graeme,
>
> Understand, might still be some mileage in trying to add class
> styles to "text frames" to see if NOF 9 retains your css or
> defaults to it's 'tables R us' model.
>
> Regards
> Ted
>
> Graeme Davidson wrote:
>
>> Hi Ted,
>>
>> Good point about NOF users upgrading sites - all sorts of
>> defaults may be set that NOF 9 doesn't generate. I did have 8,
>> got cold feet as it was so different to Dreamweaver and ended up
>> not using it. When 9 came out, it was an opportune moment for me
>> to grasp the nettle and get my head around it by re-designing a
>> FrontPage site from scratch as a learning incentive. The site is
>> up (a school site) and looks not too shabby but have had to
>> resort to fixed size fonts to minimize the problem.
>>
>> Unfortunately, it's not specifically images either - even
>> multiple vertically stacked text frames without any graphics
>> involved get seriously out of alignment with each other once you
>> put a few paragraphs inside the text frames themselves. I think I
>> can generalise safely in saying that *any* object that needs to
>> be placed below a text frame will get vertically displaced if NOF
>> decides it should share the same autogenerated table column at
>> the time of publishing.
>>
>> I reckon the reason the "Built with NOF" logo appears in the
>> correct position on my demo file is because it is not sharing the
>> same column the text frame is and therefore not subject to the
>> miscalculated padding cell heights.
>
-
Re: Image positioning
Ted,
I'll show you a page on an active site that has a gap problem that was
corrected using Lock Height on 2 text boxes. A few days ago I converted
it to NOF9 (because for some reason, NOF8 would crash everytime I tried
to publish this, and only this site.) The gap problem and the fix using
Lock Height were identical in NOF8 and NOF9.
Here is the fixed page...
http://www.cleokatz.com/html/about.html
....and here is the identical page with Lock Height turned off in the two
large text areas...
http://www.cleokatz.com/html/about2.html
Notice the larger gap below the top portion of text (before "What People
Are Saying") and the larger white space at the bottom of the page.
Below is an image of the page in Page View, so you can see what page
elements are being used...
Laurence
Ted wrote:
> Graeme & Laurence,
>
> I'd be interested in seeing any before & after html code that you
> might have to highlight this. I'm specifically interested in how the
> 'height' parameter, which is deprecated, is handled.
>
> Regards
> Ted
>
>
> Graeme Davidson wrote:
>
>>"LBA" <webdesigns@no2spamabramsnet.com> wrote in message
>>news:do2evg$mag5@news01.netobjects.com...
>>
>>
>>>Yes, the Lock Height fix (and the underlying problem to which it
>>>addresses) is something that only popped up recently. I never had the
>>>problem in previous versions of NOF, but beginning I think with version 8,
>>>I began to see it... and I began to use Lock Height as a fix. I don't
>>>know if WSP will address this anytime soon... but I sure hope they do.
>>>
>>>Laurence
>>>
>>>
>>
>>Hi Laurence,
>>
>>That's interesting and worrying in that the issue has survived over two
>>releases of NOF. I'll mention that too in my reply to NOF support - I really
>>hope they address it too!
>>
>>
>>
-
Re: Image positioning
Hi Ted,
I've attached two "mht" files which are single-file fully self-contained examples of a web page. Double click on them... They open up in IE as a normal page, complete with graphics. The HomeLocked file is one published with the text box's height locked and the HomeUnLocked is the one without the height locked.
In my experience of NOF so far, it uses the height parameter quite often!
--
Graeme Davidson
www.davidsonelectronics.co.uk
Watch the spam trap - remove n0_sp4m to reply
"Ted" <traveller_ted@yahoo.com> wrote in message news:do3ij1$mtl1@news01.netobjects.com...
Graeme & Laurence,
I'd be interested in seeing any before & after html code that you might have to highlight this. I'm specifically interested in how the 'height' parameter, which is deprecated, is handled.
Regards
Ted
Graeme Davidson wrote:
"LBA" <webdesigns@no2spamabramsnet.com> wrote in message
news:do2evg$mag5@news01.netobjects.com...
Yes, the Lock Height fix (and the underlying problem to which it
addresses) is something that only popped up recently. I never had the
problem in previous versions of NOF, but beginning I think with version 8,
I began to see it... and I began to use Lock Height as a fix. I don't
know if WSP will address this anytime soon... but I sure hope they do.
Laurence
Hi Laurence,
That's interesting and worrying in that the issue has survived over two
releases of NOF. I'll mention that too in my reply to NOF support - I really
hope they address it too!
-
Re: Image positioning
Graeme & Laurence,
I'd be interested in seeing any before & after html code that you might
have to highlight this. I'm specifically interested in how the 'height'
parameter, which is deprecated, is handled.
Regards
Ted
Graeme Davidson wrote:
>"LBA" <webdesigns@no2spamabramsnet.com> wrote in message
>news:do2evg$mag5@news01.netobjects.com...
>
>
>>Yes, the Lock Height fix (and the underlying problem to which it
>>addresses) is something that only popped up recently. I never had the
>>problem in previous versions of NOF, but beginning I think with version 8,
>>I began to see it... and I began to use Lock Height as a fix. I don't
>>know if WSP will address this anytime soon... but I sure hope they do.
>>
>>Laurence
>>
>>
>
>Hi Laurence,
>
>That's interesting and worrying in that the issue has survived over two
>releases of NOF. I'll mention that too in my reply to NOF support - I really
>hope they address it too!
>
>
>
-
Re: Image positioning
"LBA" <webdesigns@no2spamabramsnet.com> wrote in message
news:do2evg$mag5@news01.netobjects.com...
> Yes, the Lock Height fix (and the underlying problem to which it
> addresses) is something that only popped up recently. I never had the
> problem in previous versions of NOF, but beginning I think with version 8,
> I began to see it... and I began to use Lock Height as a fix. I don't
> know if WSP will address this anytime soon... but I sure hope they do.
>
> Laurence
Hi Laurence,
That's interesting and worrying in that the issue has survived over two
releases of NOF. I'll mention that too in my reply to NOF support - I really
hope they address it too!
--
Graeme Davidson
www.davidsonelectronics.co.uk
Watch the spam trap - remove n0_sp4m to reply
-
Re: Image positioning
Can I chip in here? I've noticed that NOF creates table cells with nothing
in them eg "<td></td>" I've built most of my sites with html and have always
had problems with this I normal put a transparent gif in there and most
times that has solved many alignment problems I've had.?? Any comment?
Tony
"LBA" <webdesigns@no2spamabramsnet.com> wrote in message
news:do2evg$mag5@news01.netobjects.com...
> Yes, the Lock Height fix (and the underlying problem to which it
> addresses) is something that only popped up recently. I never had the
> problem in previous versions of NOF, but beginning I think with version 8,
> I began to see it... and I began to use Lock Height as a fix. I don't
> know if WSP will address this anytime soon... but I sure hope they do.
>
> Laurence
>
> Graeme Davidson wrote:
>
>>"LBA" <webdesigns@no2spamabramsnet.com> wrote in message
>>news:do2ajs$mba2@news01.netobjects.com...
>>>I can't remember if anyone suggested this yet... perhaps try to make a
>>>1-column table... place text in one cell, a graphic in the next, text in
>>>the next, etc. That should collapse the gaps you're seeing and should
>>>resize correctly if the user changes font size. (But out of curiosity,
>>>did Lock Height correct the problem?)
>>>
>>
>>Hi Laurence,
>>
>>I did do the table method as a workaround in the end but the navbar
>>position still goes walkabout. Interestingly though, locking the text
>>frame height doesn't actually appear to lock the height of the text frame
>>and the help file describes it as setting a minimum height. This *does*
>>appear to be an effective workaround and the text nav bar and relative
>>postions of other frams seems to be correct too. There is a side effect in
>>that the built with NOF 9 logo stays put, but that is of little
>>consequence )
>>
>>I think you've nailed a good workaround Laurence - presumably you've had
>>this sort of trouble before!
>>
>>I really do appreciate the suggestion and I'd presumed locking the height
>>would have done just that, not setting a minimum height as the help file
>>actually suggests.
>>
>>I'll pass your tip to NOF's support team to see what they say... I thought
>>they've have known right away, other than suggesting I use fixed layouts
>>or not use CSS at all!
>>
>>Thanks again!
>>
>>
-
Re: Image positioning
Yes, the Lock Height fix (and the underlying problem to which it
addresses) is something that only popped up recently. I never had the
problem in previous versions of NOF, but beginning I think with version
8, I began to see it... and I began to use Lock Height as a fix. I
don't know if WSP will address this anytime soon... but I sure hope they do.
Laurence
Graeme Davidson wrote:
>"LBA" <webdesigns@no2spamabramsnet.com> wrote in message
>news:do2ajs$mba2@news01.netobjects.com...
>>I can't remember if anyone suggested this yet... perhaps try to make a
>>1-column table... place text in one cell, a graphic in the next, text in
>>the next, etc. That should collapse the gaps you're seeing and should
>>resize correctly if the user changes font size. (But out of curiosity, did
>>Lock Height correct the problem?)
>>
>
>Hi Laurence,
>
>I did do the table method as a workaround in the end but the navbar position
>still goes walkabout. Interestingly though, locking the text frame height
>doesn't actually appear to lock the height of the text frame and the help
>file describes it as setting a minimum height. This *does* appear to be an
>effective workaround and the text nav bar and relative postions of other
>frams seems to be correct too. There is a side effect in that the built with
>NOF 9 logo stays put, but that is of little consequence )
>
>I think you've nailed a good workaround Laurence - presumably you've had
>this sort of trouble before!
>
>I really do appreciate the suggestion and I'd presumed locking the height
>would have done just that, not setting a minimum height as the help file
>actually suggests.
>
>I'll pass your tip to NOF's support team to see what they say... I thought
>they've have known right away, other than suggesting I use fixed layouts or
>not use CSS at all!
>
>Thanks again!
>
>
>
-
Re: Image positioning
"LBA" <webdesigns@no2spamabramsnet.com> wrote in message
news:do2ajs$mba2@news01.netobjects.com...
>I can't remember if anyone suggested this yet... perhaps try to make a
>1-column table... place text in one cell, a graphic in the next, text in
>the next, etc. That should collapse the gaps you're seeing and should
>resize correctly if the user changes font size. (But out of curiosity, did
>Lock Height correct the problem?)
>
Hi Laurence,
I did do the table method as a workaround in the end but the navbar position
still goes walkabout. Interestingly though, locking the text frame height
doesn't actually appear to lock the height of the text frame and the help
file describes it as setting a minimum height. This *does* appear to be an
effective workaround and the text nav bar and relative postions of other
frams seems to be correct too. There is a side effect in that the built with
NOF 9 logo stays put, but that is of little consequence )
I think you've nailed a good workaround Laurence - presumably you've had
this sort of trouble before!
I really do appreciate the suggestion and I'd presumed locking the height
would have done just that, not setting a minimum height as the help file
actually suggests.
I'll pass your tip to NOF's support team to see what they say... I thought
they've have known right away, other than suggesting I use fixed layouts or
not use CSS at all!
Thanks again!
--
Graeme Davidson
www.davidsonelectronics.co.uk
Watch the spam trap - remove n0_sp4m to reply
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules