But Gabi, why would you want to use Campsite for your next 3 projects when
props is so great?
On Fri, Jul 31, 2009 at 11:41 PM, wrote:
> Author: gabitzu
> Link: http://code.campware.org/phorum/read.php?8,7412,7422#msg-7422
>
> --------------------------------------------------------------------------------
>
> Mugur,
>
> I red the manual. I couldn't find info about my needs.
>
> Look, task:
>
> show one photo, width 250 px, with link on it to make it big at 1000 px.
> show: caption, fotographer / agency
>
> manual: http://code.campware.org/manuals/campsite/3.3/index.php?id=181
>
> how you do it?
>
> this info i could find somewhere. yes, and I don't have a month to study
> the manual. and, yes I am not covinced that if I would pay for support i am
> gonna get some results.
>
> If you want to build a community and people to bring examples and work,
> help first.
>
> I solved my deadline implementing other software, it's working.
> For the next 3 project, i can implement campware and suport it by feedback
> and code or i can choose other application.
>
> If i ask a question and I receive answer like: read the manual, and in the
> manual there are no examples, or you can pay for support, defenly i am not
> your guy.
>
> Gabi
>
> --
> Sent from Campware Forums
> http://code.campware.org/phorum
>
first off - to differentiate between naming content and technical
structure, I will use the following conventions:
*Content*
Rubric = a group of related subjects, e.g. "Culture"
Subject = a singular item, e.g. "Museums" or "Books"
Both "museums" and "books" are singular fields of interest, which
together usually are sorted under a main rubric called "Culture".
*Technical Structure*
Section = a grouping of written articles, no tiered navigation
possible
Topic = a grouping of written articles, tiered navigation possible (?)
Article = can belong to only one section, but several topics
This apparently is the current sorting structure of Campsite. I'd wish
it was the other way round, as logically I'd sort a site the other way
around (sections tiered, topics not necessarily tiered), because in
the backend we get only sections as a means to sort articles. That
means that any sorting I do with topics won't automatically be
represented in the backend. Also, subscriptions appear to be handled
per section, not per topic!
Now, to achieve a tiered sorting, I could duplicate the sections as
topics, e.g.
I'd then need to build the navigation (and also the templates) using
only and exclusively the topics and entirely do away with the
sections. The sections, in this case, will only do some rough sorting
in the backend.
Apparently, at least I understood Slobodan that way, I would need to
build special templates for this mode of sorting. This makes me
wonder, whether e.g. such a topic-centered template would enable me to
use the "feature story", which - if I understood this correctly -
works within the section index template only. Or, the other way round,
whether a tiered navigation would inherit content properly, if I used
section and the section index template for the first tier of the
navigation and switched to topics in the second tier. Especially
interesting here seems to be the question whether content and dates
are properly inherited using this method. Or wether the tiered nav
needs to be topic centered on both tiers.
With yet another set of topics attached to articles I could then sort
them by an independent navigation (e.g. the 2-tiered horizontal and
the independent one vertical in a column) to display these articles
per different sorting. This for example should create a navigation
sorting them like
- feature stories
- editorial
- columns
- country A
- country B
- country C
This should however display all articles (past and present issues).
And lastly, the archives themselves also should be sorted in two
different ways:
- per issues (only showing the content of one issue)
- per rubric (only showing all articles belonging to the same rubric,
sorted by date)
Soooooooo ...
Right now I only want the Campsite experts here to tell me whether or
not this sort of sorting content is possible.
Please, don't throw code at me yet , as I don't understand the kind
of code you write. The code I need eventually of course, but I am
afraid you'll truly have to spell each instance out for me, I can't
work just from reading samples (yet) and reading the manual so far
hasn't helped me either. Sorry.
So, I only want to know whether or not the above can be done and
whether it will give the results I want. Because if yes, I can at
least already set up sections, root topics and topics and assign
articles correctly, even before the templates are built.
Also, such a navigation would need to be hardcoded, right? There's no
way to change it dynamically, or is there?
For the first part of the email I can only say that this is exactly the way
I thought of structuring your publication and it is very similar to my
previous email.
"This makes me wonder, whether e.g. such a topic-centered template would
enable me to use the "feature story", which - if I understood this correctly
- works within the section index template only."
You can still use that feature because you link each root topic to a
section. So when you filter articles by a root topic or it's subtopic you
get only articles from the corresponding section. So you can safely use the
"on section page" switch to select feature stories.
"Or, the other way round, whether a tiered navigation would inherit content
properly, if I used section and the section index template for the first
tier of the navigation and switched to topics in the second tier."
The section order still applies for the reason I described above.
"Especially interesting here seems to be the question whether content and
dates are properly inherited using this method."
Either I don't understand or this is a trivial thing Article content and
dates remain the same no matter how you filter and order them.
I'm not sure I understand the rest of the email but here is what I got: you
can filter your articles by multiple topics. E.g.: list "featured" (on
section checkbox) articles on "culture" (topic/section) for "country A" and
"country B". Then you can sort them by publish date, creation date, name and
a lot of other properties. Or you can leave them ordered by the default
section order (the articles are all from the same section).
"And lastly, the archives themselves also should be sorted in two
different ways:
- per issues (only showing the content of one issue)
- per rubric (only showing all articles belonging to the same rubric,
sorted by date)"
This is really basic stuff for Campsite.
"Also, such a navigation would need to be hardcoded, right? There's no way
to change it dynamically, or is there?"
No, it doesn't have to be hardcoded, the template I sent you in my previous
email had nothing hardcoded in it. Whenever you create a section/root topic
pair it will show up in the menu automatically.
Mugur
On Sat, Aug 1, 2009 at 12:01 PM, pippa wrote:
> Hi all,
>
> first off - to differentiate between naming content and technical
> structure, I will use the following conventions:
>
> *Content*
>
> Rubric = a group of related subjects, e.g. "Culture"
> Subject = a singular item, e.g. "Museums" or "Books"
>
> Both "museums" and "books" are singular fields of interest, which
> together usually are sorted under a main rubric called "Culture".
>
> *Technical Structure*
>
> Section = a grouping of written articles, no tiered navigation
> possible
> Topic = a grouping of written articles, tiered navigation possible (?)
> Article = can belong to only one section, but several topics
>
> This apparently is the current sorting structure of Campsite. I'd wish
> it was the other way round, as logically I'd sort a site the other way
> around (sections tiered, topics not necessarily tiered), because in
> the backend we get only sections as a means to sort articles. That
> means that any sorting I do with topics won't automatically be
> represented in the backend. Also, subscriptions appear to be handled
> per section, not per topic!
>
> Now, to achieve a tiered sorting, I could duplicate the sections as
> topics, e.g.
>
> Section = Culture
> Root Topic = Culture
> subtopics = museums, books
>
> I'd then need to build the navigation (and also the templates) using
> only and exclusively the topics and entirely do away with the
> sections. The sections, in this case, will only do some rough sorting
> in the backend.
>
> Apparently, at least I understood Slobodan that way, I would need to
> build special templates for this mode of sorting. This makes me
> wonder, whether e.g. such a topic-centered template would enable me to
> use the "feature story", which - if I understood this correctly -
> works within the section index template only. Or, the other way round,
> whether a tiered navigation would inherit content properly, if I used
> section and the section index template for the first tier of the
> navigation and switched to topics in the second tier. Especially
> interesting here seems to be the question whether content and dates
> are properly inherited using this method. Or wether the tiered nav
> needs to be topic centered on both tiers.
>
> With yet another set of topics attached to articles I could then sort
> them by an independent navigation (e.g. the 2-tiered horizontal and
> the independent one vertical in a column) to display these articles
> per different sorting. This for example should create a navigation
> sorting them like
>
> - feature stories
> - editorial
> - columns
> - country A
> - country B
> - country C
>
> This should however display all articles (past and present issues).
>
> And lastly, the archives themselves also should be sorted in two
> different ways:
>
> - per issues (only showing the content of one issue)
> - per rubric (only showing all articles belonging to the same rubric,
> sorted by date)
>
> Soooooooo ...
>
> Right now I only want the Campsite experts here to tell me whether or
> not this sort of sorting content is possible.
>
> Please, don't throw code at me yet , as I don't understand the kind
> of code you write. The code I need eventually of course, but I am
> afraid you'll truly have to spell each instance out for me, I can't
> work just from reading samples (yet) and reading the manual so far
> hasn't helped me either. Sorry.
>
> So, I only want to know whether or not the above can be done and
> whether it will give the results I want. Because if yes, I can at
> least already set up sections, root topics and topics and assign
> articles correctly, even before the templates are built.
>
> Also, such a navigation would need to be hardcoded, right? There's no
> way to change it dynamically, or is there?
>
> Cheers,
>
> Pippa
>
>
>
>
>