-
Notifications
You must be signed in to change notification settings - Fork 107
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
When calling an article by url, the TOC does not detect the order where the current article is. #316
Comments
Somehow the link of the current page seems not to match the url in the Otherwise, can you put it online somewhere? |
Wow!! Thanks for the really quick reply!! :D You guys are amazing! Actually I think I am on to the problem now. The URLs are pointing in the My toc had the wrong format I guess: {"contents": [ should be only: [ right?? I changed it now but now it doesn't read at all I get only one article and Here is my Real toc output directly copied from the site as it is right now: [{"url": "/2012/article/cover"}, {"url": "/2012/toc/"}, {"url": I've tested all the URL's and order are all correct and show the right Any idea of what I might be doing wrong? On Wed, May 8, 2013 at 2:46 PM, pph7 [email protected] wrote:
|
Actually your toc.json syntaxt was right in the first place. Which browser |
Yes, you are right :) I just managed to solve it by using the first format I will fidget with it a bit more. Thank you very very much!!! On Wed, May 8, 2013 at 3:10 PM, pph7 [email protected] wrote:
|
I think by "absolute" urls you mean an url including the domain part too? |
Yes, I meant that I added the whole URL including http:// and the domain name. can't get it to work without it somehow. Could it be because I am using a non standard port? Because I made a treesaver integration with Django and I am now updating it to work with 0.10.0 while running on port 9081 so my url is like example.com:9081/2012/article/articleName By the way, did you guys change anything in the way that the lightbox works? I had a bunch of lightboxes with an iframe inside and now they do not show the iframe anymore. Instead they show the first image that is used to trigger the lightbox in the first place. You can see the production site that is working fine with 0.9.2 (except in FF of course) at http://jaarverslag.zeeuwsmuseum.nl/ If you browse through the articles you will see some images with a "Slideshow" button that opens the lightbox with the iframe. Now, with 0.10.0 it just shows the same image with the same slideshow button inside the lightbox. (I am unsure if it is tidy to discuss this here or create another issue. I'm sorry) |
The port can be definetely the issue Can you try to run it on the standard Sorry, I m not from the core dev team so I can not answer your questions Mark On Wed, May 8, 2013 at 3:48 PM, David Jonas [email protected]:
|
FWIW, I always use absolute URLs just in case--that is guaranteed to always work :) |
Basically, with 0.10.0. If I have my toc linked in all pages with the order:
article1
article2
article3
article4
and If I visit mysite.com/article3 I see the publication order as (always clicking the next button):
article3
article1
article2
article3
article4
The expected behaviour is what was happening before updating to 0.10.0:
I would visit mysite.com/article3 click next and I would get:
article3
article4
Am I doing something wrong? My toc.json is the same linked on every page and has the format:
{"contents": [
{"url": "/article1"},
{"url": "/article2"},
{"url": "/article3"},
{"url": "/article4"}
]
}
The text was updated successfully, but these errors were encountered: