Photo Gallery Forums

I don't us the SWadress option because i like the clean look when there is just the url (eg. www.mydomain.com) in the adress bar. But i'm using a textpage as a startingpage where i also mention the updates in the gallery. Now i want to link that to a certain folder. I found the way to do that in your example package of textpages but when i use the link(eg. a href="#/content/Earth Animals/">a specific page</a>) the full location will display in the address bar. like : www.mydomain.com/content/Earth Animals/. And that is something that i don't want!! And for the rest of the "visit" it stays like :
www.mydomain.com/content/Earth Animals/. It doesn't change??!!!

Is there something i can do about that? I hope you can help me.

hmm, can I ask though ... Did your textpage-link actually WORK after you disabled the SWFAddress module?

In essence, this is "you can't have one without the other" ...

Yes, the link worked fine. I just tried it again and works like a charm.

Example : added video to my page and mentioned that on the textpage that i start with.
Link used :<a href="#/content/Video/">video</a><br/> This will give people the option to click on video and go directly to the video folder.
But when they from there on surf the site the url in the address bar wil show :
www.mydomain.com/#/content/Video/. It does not change at all. Probably because i haven't checked the option useswfaddress in the config menu.
Obviously i just want the url to stay like www.mydomain.com.


If you want a link to my page i will pm it to you.

I will look into this ...

Thanks Karl,

i appriciate it!

One thing though ... If I fix the SWFaddress to be fully disabled like you suggest, you won't be able do what you explained in your original post.

The reason for your link (ex. <a href="#/content/Earth Animals/">a specific page</a>) would work, is because of the SWFAddress. As I said in my first post, you can't have one without the other ...

If you want to use #/links/, they will show up on the URL field of your browser(That's how it works) ... Disabling the swfaddress completely will not allow you to do internal linking, and then the point of having the link in the first place is lost.

I can see your point and i understand it. I think i just need to give up on the idea, not using the swfaddress function. I also like the fact, that in combination with google analytics, i can get more and better stats.

Thank you again!

When I first read this I thought I understood it to mean that the setting for useswfaddress has no effect on (does not restrict usage of) the internal links. So, I went and used them and it and now have seen problems. I've read this again and it still seems like Karl is saying that it has no affect. Either I'm misunderstanding this or something has changed intentionally (spec change) or unintentionally (bug)?

Would someone please clear this up for me? If it is true that internal links are a casualty of a setting on useswfaddress, then perhaps an explicit mention somewhere (perhaps the settings comments area) would be appreciated. If I missed it, sorry, just point me there and forgive me, but I did look.

Thanks.

Not quite sure what you mean. INTERNAL LINKS(in the following example format) use the SWFAddress module to navigate: Disabling the SWFAddress will thereby disable the functionality of these links. What is the question?

mjau-mjau wrote:One thing though ... If I fix the SWFaddress to be fully disabled like you suggest, you won't be able do what you explained in your original post.

The reason for your link (ex. <a href="#/content/Earth Animals/">a specific page</a>) would work, is because of the SWFAddress. As I said in my first post, you can't have one without the other ...

If you want to use #/links/, they will show up on the URL field of your browser(That's how it works) ... Disabling the swfaddress completely will not allow you to do internal linking, and then the point of having the link in the first place is lost.

Okay, I called it "internal links" you called it "internal linking"... but thanks for the clarification.

And may I ask what about the last part of that question regarding suggesting an explicit note/warning to highlight this fact?

gadgetologist wrote:And may I ask what about the last part of that question regarding suggesting an explicit note/warning to highlight this fact?

Yes. This should probably be added to docs somewhere, although Im not sure everyone will find it since it related to textpages, descriptions, titles and basically anything that can contain a textlink. ANY textlink using html <a> href tag targets the browser URL, and must use the swfaddress method to target internal linking.