[Pro] Upgrading to 7

Hi, I’m considering upgrading to Freeway 7 in order to make the site responsive, however, I need to know if I open the site which is currently made in FW 6.1.2 a) will it work with adjustments to each page (a big job) or b( will I have to remake the site completely? I realise the value of a smaller site for mobile, but that’s not suitable for the articles accessibility.

Thanks in advance.
Elizabeth


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

A couple of things in general:

###Upgrading

Is OK - but always make a copy of the current project and develop this “new” one on a clean and empty space.

###Responsive

Your current theme has never been developed as being responsive. It is coming from a “static” point of view (designerish). This is pretty much OK, but responsive is not reduced to be a “technical” thing, it’s much more a planning of this new behavior.

###Conclusion

Despite the fact, that there are new things possible, the bigger part of FrontEnd Dev today is a proper outline and a fairly big amount of pre-production off any editor on this planet. It’s furthermore a chance to review things.

So my tipp here and forever (not only to the OP):

Take the chance to review things and break loose from the way you built projects in the past - it simply doesn’t fit into the dynamic world anymore. Semantic structures (HTML5), clean styles (h1…) are prerequisite.

Responsiveness, just for the sake of it, is senseless and useless.

Cheers

Thomas


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Senseless and useless - wow!

That’s your point of view, not mine. It is about making articles readily available on mobile devices as well as desktop/laptops for subscribers. I do not want to have to completely rebuild the site on FW immediately there is far too much to rebuild quickly. I simply wanted to know if I bought the upgrade to FW7 could I re-open the site and make adjustments accordingly without having to do a total rebuild immediately. If this is not viable with FW I will change and use another program.

It would be redeveloped over the next couple of months, there are plans to include other media within the article pages anyway, but that’s not going to happen immediately.

Thanks.

On 4 Nov 2014, at 7:48 pm, Thomas Kimmich email@hidden wrote:

A couple of things in general:

###Upgrading

Is OK - but always make a copy of the current project and develop this “new” one on a clean and empty space.

###Responsive

Your current theme has never been developed as being responsive. It is coming from a “static” point of view (designerish). This is pretty much OK, but responsive is not reduced to be a “technical” thing, it’s much more a planning of this new behavior.

###Conclusion

Despite the fact, that there are new things possible, the bigger part of FrontEnd Dev today is a proper outline and a fairly big amount of pre-production off any editor on this planet. It’s furthermore a chance to review things.

So my tipp here and forever (not only to the OP):

Take the chance to review things and break loose from the way you built projects in the past - it simply doesn’t fit into the dynamic world anymore. Semantic structures (HTML5), clean styles (h1…) are prerequisite.

Responsiveness, just for the sake of it, is senseless and useless.

Cheers

Thomas


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

My personal experience.

My whole site opened in Freeway 7 and when published from 7, it showed exactly the same behaviour when compared to 6 (as expected).

Even though the site was completely build inline and as clean and semantic as I could make it in 6, it was not responsive at all.

To make the site responsive, I had to work inline again, but had to take small, other things into account. The fact my client was also working with WebYep (images, tables etc.), made the challenge a bit bigger. It’s good we have this website if we run out of hairs on our head that get pulled out in despair.

My previous experience in working inline was of great help, and I was on my way pretty fast. The fact all my content also was available already as well as the plan for the whole site, just made things easier.

But what I noticed, is when you start building the same site up again, is that you will find small and sometimes big improvements that will make your site better both technical as well as visual. If you combine this with all the new options version 7 has to offer (extra html 5 page, better meta etc.), I can only advise people to go ahead and re-do your website.

It will take some time, but the result will be worth it.

I do agree with Thomas for a big part. With all the high quality devices out there and the fast internet connections, working with a non-responsive website hardly is a problem anymore. Zooming, panning, scrolling etc. works fast and intuitive. If I come across a website that does not work nice on my iPhone, in most cases it also does not in a full browser as well.

But responsive is what sells, is what clients are asking for, it’s cool and when you use it right, it will enhance the experience.


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

You probably misunderstood me:

I said:

“just for the sake of it”

I do responsive since early 2012 starting with FreewayPro 5.5. Believe it or not:

I had to learn a lot and I swallowed all resources available. It had been hard lessons, confusing and annoying. But not technically - more the tactic and semantic.

You think “responsive” makes an article better readable?

I tell you:

Font-Sizes bigger than 12px is improving readability.

Cheers

Thomas


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Thanks, this is what I need to know.

I don’t expect the site to suddenly become responsive because of opening it in FW7 - I know that there are a lot of adjustments and things to do in order for this to happen, but I wanted to know if it I could still open it and work on it in FW7.

I also find that the vast majority of sites are not responsive or designed for my iPhone or iPad - not so bad on the iPad, but frustrating on the iPhone where you need to get information quickly.

It might be better for me to have a separate mobile site while making the changes over a longer time frame.

kind regards
Elizabeth

On 5 Nov 2014, at 12:24 am, DTP2 email@hidden wrote:

My personal experience.

My whole site opened in Freeway 7 and when published from 7, it showed exactly the same behaviour when compared to 6 (as expected).

Even though the site was completely build inline and as clean and semantic as I could make it in 6, it was not responsive at all.

To make the site responsive, I had to work inline again, but had to take small, other things into account. The fact my client was also working with WebYep (images, tables etc.), made the challenge a bit bigger. It’s good we have this website if we run out of hairs on our head that get pulled out in despair.

My previous experience in working inline was of great help, and I was on my way pretty fast. The fact all my content also was available already as well as the plan for the whole site, just made things easier.

But what I noticed, is when you start building the same site up again, is that you will find small and sometimes big improvements that will make your site better both technical as well as visual. If you combine this with all the new options version 7 has to offer (extra html 5 page, better meta etc.), I can only advise people to go ahead and re-do your website.

It will take some time, but the result will be worth it.

I do agree with Thomas for a big part. With all the high quality devices out there and the fast internet connections, working with a non-responsive website hardly is a problem anymore. Zooming, panning, scrolling etc. works fast and intuitive. If I come across a website that does not work nice on my iPhone, in most cases it also does not in a full browser as well.

But responsive is what sells, is what clients are asking for, it’s cool and when you use it right, it will enhance the experience.


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Thanks Thomas, yes, I am aware of using 16pt for body copy and much larger for the headlines. I may stick to Plan A. It could be too long winded to change the site as it is now. Appreciate your responses.

kind regards
Elizabeth

On 5 Nov 2014, at 7:55 am, Thomas Kimmich email@hidden wrote:

You probably misunderstood me:

I said:

“just for the sake of it”

I do responsive since early 2012 starting with FreewayPro 5.5. Believe it or not:

I had to learn a lot and I swallowed all resources available. It had been hard lessons, confusing and annoying. But not technically - more the tactic and semantic.

You think “responsive” makes an article better readable?

I tell you:

Font-Sizes bigger than 12px is improving readability.

Cheers

Thomas


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

I started using mobile sites early this year and it makes the u/e a lot better and it allows for you to show people on a mobile device when you are not around. I use backdraft to make the mobile sites, and it is so easy to use and is just overall better to have a mobile site, in my opinion


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

It might be better for me to have a separate mobile site while making the changes over a longer time frame.

It will take you just as long to make a seperate mobile site as it will to gradually work through your site in 7 making it responsive.

Besides why make a mobile specific site if you are going to trash it later once the 7 site is converted.

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Totally agree with Dave. If you are already going to be re-doing the site. Might as well do both at the same time. You don’t have to publish what you’ve done until your happy with it


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Dave is 7 a big learning curve?

I also want to change this to be a membership site - I guess PHP Jabbers would best to use for this?

Elizabeth

On 5 Nov 2014, at 10:27 am, DeltaDave email@hidden wrote:

It might be better for me to have a separate mobile site while making the changes over a longer time frame.

It will take you just as long to make a seperate mobile site as it will to gradually work through your site in 7 making it responsive.

Besides why make a mobile specific site if you are going to trash it later once the 7 site is converted.

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Dave is 7 a big learning curve?

I suppose it depends on your starting point but you DONT have to use the extra features that 7 offers so working can be much like the workflow in 6.

The learning starts when you start to use the Responsive features and inline construction but again you DONT have to use inline to get your site Responsive with 7.

I also want to change this to be a membership site - I guess PHP Jabbers would best to use for this?

You mean the whole site or just a Members section?

A section would be where I would start and yes the boys at Jabbers have several good scripts.

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

You don’t have to publish what you’ve done until your happy with it

Just to add to Howards comment.

I would leave my existing site (in 6?) as is, create a new folder on your server ‘newsite’ and when you open your old site in 7 then choose/make a new site folder to publish into and rename your FW doc to mysitev7 (or similar).

Now set your upload path in the 7 document as yoursite.com/newsite so that when you upload it does not affect your existing site.

You can then develop your 7 site in tandem with your 6 site (which you maintain in 6) and when the time comes you can change the upload path of the 7 doc back to yoursite.com/root and upload to overwrite the old site. But you only need to do that when you are 100% happy.

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

A section for members only.

The point of upgrading to FW7 from 612 is to make it viewable on any format, but I’m wondering how difficult it is to do that. I’m used to using FW from 5 and all the upgrades in between.

On 5 Nov 2014, at 11:28 am, DeltaDave email@hidden wrote:

Dave is 7 a big learning curve?

I suppose it depends on your starting point but you DONT have to use the extra features that 7 offers so working can be much like the workflow in 6.

The learning starts when you start to use the Responsive features and inline construction but again you DONT have to use inline to get your site Responsive with 7.

I also want to change this to be a membership site - I guess PHP Jabbers would best to use for this?

You mean the whole site or just a Members section?

A section would be where I would start and yes the boys at Jabbers have several good scripts.

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

On 4 Nov 2014, 11:28 pm, DeltaDave wrote:

The learning starts when you start to use the Responsive features and inline construction but again you DONT have to use inline to get your site Responsive with 7.

Really - how? You refer to just visual layout, and reorganizing for different sizes via breakpoints maybe? Or something else? Responsive without Inline Construction would be an interesting side discussion!

With FW7 I took it as a cue to force myself to start thinking differently and try to learn inline (box model) construction as my default approach for the foreseeable future. There are just too many tablet and phone surfers to ignore.

Elizabeth - to go to a responsive inline layout you would pretty much be building a different type of framework and plugging your original data into it. It’s not so easy as moving a few things around or ticking some boxes. There is a learning curve and it is no longer the original visual layout at that point.

Good news is there are many resources to learn this and some templates (at extra cost) to learn from as well.


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Really - how? You refer to just visual layout, and reorganizing for different sizes via breakpoints maybe? Or something else? Responsive without Inline Construction would be an interesting side discussion!

Maybe yes, however it could be a pretty short one.

Caveat

RelativePage Layout Action doesn’t work anymore within 7’s new responsive features. So you can’t prevent yourself from “overlapping” items just by set-and-forget.

Conclusion

In fact it works, cause you can deal with changing x/y position (absolute) at a certain breakpoint as well or technical spoken, you can cascade all CSS properties whenever, however you like.

But consider, that items can overlap - not only in one browser (as in the past), it can happen on every device and every OS to any time.

“The control which designers know in the print medium, and often desire in the web medium, is simply a function of the limitation of the printed page. We should embrace the fact that the web doesn’t have the same constraints, and design for this flexibility. But first, we must 'accept the ebb and flow of things.”

####John Allsopp, “A Dao of Web Design”*

This has been written in April 2000!!!

Absolute positioning as being the number one choice of construction is simulating print and is as successful as using tables.

And should I use tables for construction purposes?

http://shouldiusetablesforlayout.com

With FW7 I took it as a cue to force myself to start thinking differently and try to learn inline (box model) construction as my default approach for the foreseeable future. There are just too many tablet and phone surfers to ignore.

Which is EXACTLY the right track to go.

Elizabeth - to go to a responsive inline layout you would pretty much be building a different type of framework and plugging your original data into it. It’s not so easy as moving a few things around or ticking some boxes. There is a learning curve and it is no longer the original visual layout at that point.

Yes, yes and yes again. And this has NOTHING to do with the application you use, this is FrontEnd development today. In short:

A fluid grid

Good news is there are many resources to learn this and some templates (at extra cost) to learn from as well.

But back to the OP question:

The above exactly explains why it is hard to tell people if a layout breaks or not by upgrading to a higher version. In my world (usually) nothing breaks because

a) I don’t use much actions

b) my widths and heights are declared in percentage

But I heard other things. For exactly this reason I recommended to proper back-up current things (never change a running system) and start to try (as I did in my first post of this list).

As long as you don’t touch any item on pages you don’t like to adjust - nothing happens - they stay rock solid as before.

So you can indeed just start with one page (articles or whatever) within you project making it “responsive”.

Cheers

Thomas


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

This discussion of whether to update to 7 or not has been so interesting. It has made me decide to stick with Plan A and use the site in a different way, to simplify things for me. I do not want to spend squillions of hours in front of the screen adapting or completely recreating the site - I can’t do that anymore after the damage that the ophthalmologist did to one of my eyes a few weeks ago and it is more important for me to save screen time to keep publishing.

Thanks for the info on RPL and yes, I sometimes find problems with overlapping and having to sort that out. So is the question of using tables, widths and heights in percentages.

All food for thought before leaping ahead.

Elizabeth

On 5 Nov 2014, at 8:37 pm, Thomas Kimmich email@hidden wrote:

Really - how? You refer to just visual layout, and reorganizing for different sizes via breakpoints maybe? Or something else? Responsive without Inline Construction would be an interesting side discussion!

Maybe yes, however it could be a pretty short one.

Caveat

RelativePage Layout Action doesn’t work anymore within 7’s new responsive features. So you can’t prevent yourself from “overlapping” items just by set-and-forget.

Conclusion

In fact it works, cause you can deal with changing x/y position (absolute) at a certain breakpoint as well or technical spoken, you can cascade all CSS properties whenever, however you like.

But consider, that items can overlap - not only in one browser (as in the past), it can happen on every device and every OS to any time.

“The control which designers know in the print medium, and often desire in the web medium, is simply a function of the limitation of the printed page. We should embrace the fact that the web doesn’t have the same constraints, and design for this flexibility. But first, we must 'accept the ebb and flow of things.”

####John Allsopp, “A Dao of Web Design”*

This has been written in April 2000!!!

Absolute positioning as being the number one choice of construction is simulating print and is as successful as using tables.

And should I use tables for construction purposes?

http://shouldiusetablesforlayout.com

With FW7 I took it as a cue to force myself to start thinking differently and try to learn inline (box model) construction as my default approach for the foreseeable future. There are just too many tablet and phone surfers to ignore.

Which is EXACTLY the right track to go.

Elizabeth - to go to a responsive inline layout you would pretty much be building a different type of framework and plugging your original data into it. It’s not so easy as moving a few things around or ticking some boxes. There is a learning curve and it is no longer the original visual layout at that point.

Yes, yes and yes again. And this has NOTHING to do with the application you use, this is FrontEnd development today. In short:

A fluid grid

Good news is there are many resources to learn this and some templates (at extra cost) to learn from as well.

But back to the OP question:

The above exactly explains why it is hard to tell people if a layout breaks or not by upgrading to a higher version. In my world (usually) nothing breaks because

a) I don’t use much actions

b) my widths and heights are declared in percentage

But I heard other things. For exactly this reason I recommended to proper back-up current things (never change a running system) and start to try (as I did in my first post of this list).

As long as you don’t touch any item on pages you don’t like to adjust - nothing happens - they stay rock solid as before.

So you can indeed just start with one page (articles or whatever) within you project making it “responsive”.

Cheers

Thomas


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Hi Liz,

not good news regarding your health - this is indeed more important to take care of than anything else. Wish you the best here.

Allow me one last note:

Never use tables for construction purposes.

Cheers

Thomas


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Thanks Thomas,

I am interested to know what else to do instead of tables!

My health is good, it’s one eye that’s not - go to a specialist for help - he makes it worse! Huh!

Elizabeth

On 5 Nov 2014, at 9:12 pm, Thomas Kimmich email@hidden wrote:

Hi Liz,

not good news regarding your health - this is indeed more important to take care of than anything else. Wish you the best here.

Allow me one last note:

Never use tables for construction purposes.

Cheers

Thomas


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Ahmm - this answer is apparently easy (because already answered by Karen):

Placing items relative - and build a box-(in)-box Model.

Do you know backdraft? You should have a look at it. It’s the easiest way to do because Caleb did a brilliant screencast:

http://getbackdraft.com/demo

Examine EXACTLY HOW he places items. This is relative positioning - and this IS the alternative, cause there aren’t more. And if you decide to get backdraft you should even get a voucher to my (paid) screencast section “The Lounge”.

And there you get additional infos about best practices on how to deal with those boxes.

http://www.kimmich-digitalmedia.com/lounge

It’s not 7 right now - but it doesn’t matter. Placing items relative is nothing Freeway specific - it’s exactly the same for all apps on this planet.

Cheers

Thomas


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options