Page 3 of 4 FirstFirst 1234 LastLast
Results 21 to 30 of 32

Thread: Image positioning

  1. #21
    Graeme Davidson
    Guest

    Default 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.
    >




  2. #22
    LBA
    Guest

    Default 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!!
    >
    >
    >


  3. #23
    LBA
    Guest

    Default 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.

    >


  4. #24
    LBA
    Guest

    Default 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!
    >>
    >>
    >>



  5. #25
    Graeme Davidson
    Guest

    Default 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!



  6. #26
    Ted
    Guest

    Default 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!
    >
    >
    >



  7. #27
    Graeme Davidson
    Guest

    Default 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



  8. #28
    Tony Williams
    Guest

    Default 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!
    >>
    >>




  9. #29
    LBA
    Guest

    Default 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!
    >
    >
    >


  10. #30
    Graeme Davidson
    Guest

    Default 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
  •