All was going fine, until the clients added their menu (list of food, remember those?) using WebYep. Then the limitations of a fixed-size graphic ‘background’ was revealed.
I would like to either
• use a real background that stretches to take in more text, pushing my footer panels and copyright down in sync
or
• find a way to produce a scrollbar at the side of any ‘over matter’ text within the WebYep pane.
All was going fine, until the clients added their menu (list of food, remember those?) using WebYep. Then the limitations of a fixed-size graphic ‘background’ was revealed.
I would like to either
• use a real background that stretches to take in more text, pushing my footer panels and copyright down in sync
or
• find a way to produce a scrollbar at the side of any ‘over matter’ text within the WebYep pane.
I’m using Max Fancourt’s brilliant WepYep Action
Thanks
Gavin
David Owen
Freeway Friendly Web hosting and Domains ::
(Test Drive a web hosting account for Free)
I’ll delete the graphic from the master page and replace it with two HTML boxes instead and see what happens. (On second thoughts, I’ll make a copy of the site and then try it…)
You need the WebYep item ‘inside’ the HTML box not on top, or the box will not stretch with the varying content.
And one other thing, you need the height of this container HTML box have zero (nothing) height. So the box will collapse the height around the WebYep content.
Its best to test and play around with this concept, and hopefully thing will become clearer.
Put a WebYep long text item in the Pink box and test
David
On 9 May 2008, at 12:15, Gavin Lewis wrote:
Hi David
I’ll delete the graphic from the master page and replace it with two HTML boxes instead and see what happens. (On second thoughts, I’ll make a copy of the site and then try it…)
This lets you use an image to close off a repeating background image. It’s what we use on our site and works very well, do read the documentation and look at the demo file that comes with it though.
Using this make it seem like the graphic is growing with the page.
Cheers,
Joe
On 9 May 2008, at 12:30, David Owen wrote:
You need the WebYep item ‘inside’ the HTML box not on top, or the box will not stretch with the varying content.
And one other thing, you need the height of this container HTML box have zero (nothing) height. So the box will collapse the height around the WebYep content.
Its best to test and play around with this concept, and hopefully thing will become clearer.
Put a WebYep long text item in the Pink box and test
David
On 9 May 2008, at 12:15, Gavin Lewis wrote:
Hi David
I’ll delete the graphic from the master page and replace it with two HTML boxes instead and see what happens. (On second thoughts, I’ll make a copy of the site and then try it…)
So, as I understand it, I make the WebYep content box a child of the HTML box (set to zero height) and the HTML box then stretches fine, but then my problem is the site’s main ‘box’, the yellow one with the drop shadow. That busts because it’s a fixed-size graphic made in Illustrator, rather than a tiled background. I’d like use the method set out here:
The Action works by using a repeating background image going down the
page (this would be your illustrator image, exported as a web graphic
and with the bottom cut off) and another image that finishes off the
background image.
If you look at the page the Action is on (in Safari) and scroll to the
bottom of the page you can click hold and drag on the image that is
being used to get an idea of what you need to do.
Cheers,
Joe
On 9 May 2008, at 12:45, Gavin Lewis wrote:
So, as I understand it, I make the WebYep content box a child of the
HTML box (set to zero height) and the HTML box then stretches fine,
but then my problem is the site’s main ‘box’, the yellow one with
the drop shadow. That busts because it’s a fixed-size graphic made
in Illustrator, rather than a tiled background. I’d like use the
method set out here:
I think I’m getting there now. All I need to figure out now is how to get the variable HTML box to push the bottom image down as it grows.
Also, I seem to remember from when I first tried this method that the tiled background and the bottom image did not line up exactly in Firefox, although it looked perfect in Safari
Essentially, there is no difference code-wise between a page of inline divs and a page of parent/child divs. The problem was finding a way to get children and parents to respond to each other within the Freeway environment. I’m happy to say version 5 makes this process much easier. Here’s an example that might be helpful…
On Fri, May 9, 2008 at 7:01 AM, Gavin Lewis wrote:
I think I’m getting there now. All I need to figure out now is how to get the variable HTML box to push the bottom image down as it grows.
Also, I seem to remember from when I first tried this method that the tiled background and the bottom image did not line up exactly in Firefox, although it looked perfect in Safari
It seems my learning curve is steep. (I guess it does have to be graphic text: not too many computers out there with Bernhard Fashion on them. Client’s choice, not mine.)
Once you get your head around flexible layouts, I’ll show you how to make graphic text into actual text while still being graphic text.
Best wishes with your project
On Fri, May 9, 2008 at 2:18 PM, Gavin Lewis wrote:
Thanks for that Ernie
It seems my learning curve is steep. (I guess it does have to be graphic text: not too many computers out there with Bernhard Fashion on them. Client’s choice, not mine.)
New users – especially those who don’t know me or my history with Freeway – should be aware that I have a very different philosophy and mission with regard to the Freeway application. Web pages are actually conglomerations of code which communicate information to whoever views them. I am interested in learning how to make Freeway write some of the code it does in very specific ways which, I believe, improves the quality of that communication.
The topic of web coding is a sensitive one in our community – many have come to Freeway to circumvent the complexity of learning it altogether. But my Freeway journey has unfortunately led me to embrace the ‘arcane arts’, which I now think aren’t so bad after all – especially in small doses. So I caution people who are interested in making a similar journey that small steps are best.
Btw, Todd is correct. There is a way to replace text with an image so the text is visible to non-visual browsers while the graphic remains visible to visual users
For anyone who wants a jump start, my ‘goto’ bookmark for Image Replacement techniques is http://www.mezzoblue.com/archives/2005/03/30/image_replac/ It’s fairly straightforward… figuring out how to coax the necessary code out of Freeway is the real trick.
On Sat, May 10, 2008 at 4:17 AM, WebWorker wrote:
On 10 May. 2008, 2:22 am, The Big Erns wrote:
I’ll show you how to make graphic text into actual text while still being graphic text.
I’d like to know where you are going with this comment?
I came to Freeway to have an “easy fix” to create sites. But after many years, the need, to know more about what is going on under the hood, soon becomes more apparent, and wanting to know more about php and css. Tweaking code with Transmit on other non-Freeway sites is suddenly second nature.
Until, I have this urge to rush out and buy Coda! Why does it look so appealing to build a site from scratch? Which seem totally out of character from first starting with Freeway.
I think you get to a point, when (not that you’ve learn’t everything) all becomes clear, and its really not a big bad scary code world as it first looked. And you’re just looking to fill in the gaps and make you understanding far richer.
Wow. It’s beginning to sound like the Matrix!
On 10 May. 2008, 7:50 pm, The Big Erns wrote:
The topic of web coding is a sensitive one in our community – many have
come to Freeway to circumvent the complexity of learning it altogether. But
my Freeway journey has unfortunately led me to embrace the ‘arcane arts’,
which I now think aren’t so bad after all – especially in small doses.
I have not tried this Action in Freeway 5, but it worked fine in
Freeway 3 and 4. It should be fine.
Walter
On May 10, 2008, at 3:43 PM, Ernie Simpson wrote:
For anyone who wants a jump start, my ‘goto’ bookmark for Image
Replacement techniques ishttp://www.mezzoblue.com/archives/
2005/03/30/image_replac/ It’s fairly straightforward… figuring
out how to coax the necessary code out of Freeway is the real trick.