[campsite-support] tags
-
Hello,
duh - I'm apparently lost in the manual. Is there somewhere a list of
all available tags and item variables available in Campsite? I think I
once stumbled across one, idiotically I was too stupid to store the
link somewhere and now I can't find it again.
Cheers,
Pippa -
26 Comments sorted by
-
Hi,
Here it is: http://code.campware.org/manuals/campsite/3.3/index.php?id=62
Cheers,
On Tue, Aug 25, 2009 at 4:08 AM, pippa
> Hello,
>
> duh - I'm apparently lost in the manual. Is there somewhere a list of
> all available tags and item variables available in Campsite? I think I
> once stumbled across one, idiotically I was too stupid to store the
> link somewhere and now I can't find it again.
>
> Cheers,
>
> Pippa
>
>
>
--
/holman -
Hello Holman,
HR> Here it is:
HR> http://code.campware.org/manuals/campsite/3.3/index.php?id=62
Hmm... not really.
What I am looking for is a *complete* list somewhat like this:
{{ breadcrumb }} = inserts the breadcrumb trail = modifiers are ...
{{ include file="" }} = inserts content of a tpl file = modifiers ...
{{ list_sections }} = lists the sections = modifiers are ...
{{ $campsite->article->... }} = inserts fields = these you can ...
etc.
And the whole sorted according to area/what they manipulate.
When I wrote I was looking for a way to insert a tag-line above the
article title. I have abused the "deck" for that. But I couldn't find
the relevant tag for that anywhere in the manual either. So I tried to
copy what is already in the template only using "deck" instead of
"name" and used {{ $campsite->article->deck }}.
Obviously that works, but in the manual there is no clearcut
instruction how this works and why, and above all, whether I could
myself write such tags and how so.
What is very frustrating and truly needs to be changed in the new
manual that you plan is HOW things are explained. Right now
explanations are so fragmented, that a non-coder has not a chance in
hell to truly understand them. It does not really help if ways to
modify a certain tag are explained in a totally different part of the
manual, it needs to be done right where the tag itself is mentioned.
And if indeed everyone can write his own tags (something which no
simple webdesigner/webmaster used to other CMS will even guess at!!!),
this needs to be explained right away, with trumpets, whistles and
bells, so that people understand something very different from other
CMS and also very important.
Sorry for the criticisms, but I think they are very, very important.
It took me a whole day to understand this. Now, I usually work for
money, a whole day of wrapping my brain around such an actually little
but essential thing would have cost a client or me some 300 USD or
more. My current client for Campsite can be very happy that I work pro
bono and want to understand the system myself. But the next user might
be under much more financial or time-related pressure than me and
quickly give up on Campsite like so many do. You see what I mean?
It doesn't stop there, here's my next problem. When I insert pictures
a table gets inserted (I actually would prefer a choice of either
table - for caption ability, and no table). Somewhere in the depths of
the software an hspace and a vspace of 5px is added. I would like to
style the picture myself. I can style the caption via .caption (where
the heck is the actual template/html code for that table?), but I
can't style the picture itself and I have to deal with v/hspaces I do
not want. I'd rather add a padding to that table myself, like
left-right-bottom only and of much more than just 5px, and very
especially without the top margin auto-added by the system which
pushes the photo below the topline of the text. Also, I wished I could
expand caption texts, however, as apparently the table is set to
"no-wrap" that doesn't work. So where do I undo that "no-wrap"? The
caption needs to wrap to accommodate a longer explanation of what's
seen there. (BTW - saving the whole article kills display of the
captions, this has to be a bug). Something as essential as this also
needs to be inside the manual, but again I was unable to locate that
info :-/.
So, off my soap box
) I hope enough of you are back home from
holidays to show me how to change those table settings
Cheers,
Pippa -
"Now, I usually work for money, a whole day of wrapping my brain around such
an actually little but essential thing would have cost a client or me some
300 USD or more. My current client for Campsite can be very happy that I
work pro
bono and want to understand the system myself. But the next user might be
under much more financial or time-related pressure than me and quickly give
up on Campsite like so many do. You see what I mean?"
If you usually work for money, why wouldn't you spend some of that on
campsite support and instead of spending a full day on a template have it in
one hour? The time we spend reading, understanding your requests and finding
a solution is not a short time. And when you post tens of request this time
adds up. We usually spend at least 2 full days per month on answering
support requests for free.
So again, why would we work for free for you, so you can earn money? A user
under financial or time-related pressure WOULD JUST PAY for support. For
users who don't want to pay for support there is this manual and whatever
help you may find on the forum. That's the way free software works: no
guarantees and no support. If you want these you have to pay.
Mugur
On Wed, Aug 26, 2009 at 8:51 AM, pippa
> Hello Holman,
>
> HR> Here it is:
> HR> http://code.campware.org/manuals/campsite/3.3/index.php?id=62
>
> Hmm... not really.
>
> What I am looking for is a *complete* list somewhat like this:
>
> {{ breadcrumb }} = inserts the breadcrumb trail = modifiers are ...
> {{ include file="" }} = inserts content of a tpl file = modifiers ...
> {{ list_sections }} = lists the sections = modifiers are ...
> {{ $campsite->article->... }} = inserts fields = these you can ...
> etc.
>
>
> And the whole sorted according to area/what they manipulate.
>
> When I wrote I was looking for a way to insert a tag-line above the
> article title. I have abused the "deck" for that. But I couldn't find
> the relevant tag for that anywhere in the manual either. So I tried to
> copy what is already in the template only using "deck" instead of
> "name" and used {{ $campsite->article->deck }}.
>
> Obviously that works, but in the manual there is no clearcut
> instruction how this works and why, and above all, whether I could
> myself write such tags and how so.
>
> What is very frustrating and truly needs to be changed in the new
> manual that you plan is HOW things are explained. Right now
> explanations are so fragmented, that a non-coder has not a chance in
> hell to truly understand them. It does not really help if ways to
> modify a certain tag are explained in a totally different part of the
> manual, it needs to be done right where the tag itself is mentioned.
>
> And if indeed everyone can write his own tags (something which no
> simple webdesigner/webmaster used to other CMS will even guess at!!!),
> this needs to be explained right away, with trumpets, whistles and
> bells, so that people understand something very different from other
> CMS and also very important.
>
> Sorry for the criticisms, but I think they are very, very important.
> It took me a whole day to understand this. Now, I usually work for
> money, a whole day of wrapping my brain around such an actually little
> but essential thing would have cost a client or me some 300 USD or
> more. My current client for Campsite can be very happy that I work pro
> bono and want to understand the system myself. But the next user might
> be under much more financial or time-related pressure than me and
> quickly give up on Campsite like so many do. You see what I mean?
>
> It doesn't stop there, here's my next problem. When I insert pictures
> a table gets inserted (I actually would prefer a choice of either
> table - for caption ability, and no table). Somewhere in the depths of
> the software an hspace and a vspace of 5px is added. I would like to
> style the picture myself. I can style the caption via .caption (where
> the heck is the actual template/html code for that table?), but I
> can't style the picture itself and I have to deal with v/hspaces I do
> not want. I'd rather add a padding to that table myself, like
> left-right-bottom only and of much more than just 5px, and very
> especially without the top margin auto-added by the system which
> pushes the photo below the topline of the text. Also, I wished I could
> expand caption texts, however, as apparently the table is set to
> "no-wrap" that doesn't work. So where do I undo that "no-wrap"? The
> caption needs to wrap to accommodate a longer explanation of what's
> seen there. (BTW - saving the whole article kills display of the
> captions, this has to be a bug). Something as essential as this also
> needs to be inside the manual, but again I was unable to locate that
> info :-/.
>
> So, off my soap box) I hope enough of you are back home from
> holidays to show me how to change those table settings
>
> Cheers,
>
> Pippa
>
>
>
>
> -
Hi,
We have language codes in Campsite for example like "en_US" and
"de_DE" (instead of normal "en" only).
It was understood first at us that all the English spoken articles so
far in the system would be "en_US" but now we heard they should be all
"en_UK" and have UK flag as link.
I can handle the flag issue, no problem. But can I safely just change
all the articles that are in "en_US" to "en_UK"? What is the best way
for it?
Sanna @ Gene -
I think the easiest way would be to just change the language code from en_US
to en_UK in the language configuration screen (admin
menu->Configure->Languages). I suppose you just want to switch the articles
you already wrote in en_US to en_UK. This will do the trick, there is no
need to create a new language: en_UK.
Hope this helps,
Mugur
On Wed, Aug 26, 2009 at 2:39 PM, Generare Management Department <
management@generare.com> wrote:
> Hi,
>
> We have language codes in Campsite for example like "en_US" and "de_DE"
> (instead of normal "en" only).
> It was understood first at us that all the English spoken articles so far
> in the system would be "en_US" but now we heard they should be all "en_UK"
> and have UK flag as link.
>
> I can handle the flag issue, no problem. But can I safely just change all
> the articles that are in "en_US" to "en_UK"? What is the best way for it?
>
> Sanna @ Gene
> -
Mugur Rus
> On Wed, Aug 26, 2009 at 8:51 AM, pippa
> Hello Holman,
>
> HR> Here it is:
> HR> http://code.campware.org/manuals/campsite/3.3/index.php?idb
>
> Hmm... not really.
>
> What I am looking for is a *complete* list somewhat like this:
>
> {{ breadcrumb }} = inserts the breadcrumb trail = modifiers are ...
> {{ include file="" }} = inserts content of a tpl file = modifiers ...
> {{ list_sections }} = lists the sections = modifiers are ...
> -
Hello Sava,
Wednesday, August 26, 2009, 8:21:27 PM, you wrote:
stmo> We don't have it, and we should. It's on my todo list. I can use some help,
stmo> so please send me a separate message if you'd like to join me in this
stmo> effort. Pippa, you can help by providing the initial list.
I am working on one, as I already told you
stmo> You don't need to abuse anything (as I've written before. Article types are
stmo> completely flexible, so you can create any structure you want. It's
stmo> described pretty decently here:
stmo> http://code.campware.org/manuals/campsite/3.3/index.php?id=197&lang=en-us
I'll try this to replace the abused deck field and will keep notes. This
really needs to be advertised much more as it is right now, as it is a
solution to lots of demands.
stmo> What's missing is a basic explanation of Campsite concepts, especially
stmo> having in mind people with experiences from other CMSs.
Yes, very much so. Campsite is much more versatile and stronger than
many other CMS, few people would even think of such possibilities on
their own.
stmo> Yes, you are right. The "cookbook" I have mentioned before should remedy
stmo> that.
Once I've finished this project I'll be very happy to contribute what
I learned while doing so.
stmo> Indeed. We should trumpet that more. A New to Campsite? FAQ or basic intro
stmo> should be helpful. Again, you, or anybody else could provide the initial
stmo> list of questions (and answers, where there are some). So who wants to help
stmo> me create this wiki? (with the idea of connecting it or merging it with the
stmo> manual).
See above, I am already writing this in parts relevant to the current
project.
stmo> It's commendable that you are going through the manual before you come
stmo> here, but if your search for answers turns from minutes into hours, please
stmo> bring the individual issues to the list in a concise form, and answer will
stmo> come sooner or later (repeat the question if necessary). FYI, I'll try to
stmo> rekindle our IRC channel #campsite at freenode and see if that helps people
stmo> with basic issues. I can only guarantee my presence there, it's up to the
stmo> rest to join or not
Well, as I mentioned, I am still short of the explanation where I can
set the values of the photo table. To be concise:
1. I need to set hspace and vspace to "0px"
2. I need the table cell containing the caption to "wrap" normally
(meaning if a photo is 400 px and the text exceeds that width, the
text should wrap into further lines of text, rather than widen the
table).
Pointing out where I need to look for the settings should be all,
unless it's ultra-complicated.
Cheers,
Pippa -
Hi Pippa,
pippa
> Well, as I mentioned, I am still short of the explanation where I can
> set the values of the photo table. To be concise:
> 1. I need to set hspace and vspace to "0px"
> 2. I need the table cell containing the caption to "wrap" normally
> (meaning if a photo is 400 px and the text exceeds that width, the
> text should wrap into further lines of text, rather than widen the
> table).
>
> Pointing out where I need to look for the settings should be all,
> unless it's ultra-complicated.
Well, currently it is a tad complicated as you would have to go and take a
look at template_engine/metaclasses/MetaSubtitle.php
class... more precisely the ProcessImageLink() function. There's where
the table+image+caption are defined. Holman says it's not a paragon of
clarity, so please make sure to back up the original file before
experimenting.
The good news is that those features are already on the 3.4 roadmap:
http://trac.campware.org/campsite/ticket/2521
http://trac.campware.org/campsite/ticket/2958
The latter is already implemented.
I hope this helps. All the best,
Sava -
Hello Sava,
stmo> Well, currently it is a tad complicated as you would have to go and take a
stmo> look at template_engine/metaclasses/MetaSubtitle.php
stmo> class... more precisely the ProcessImageLink() function. There's where
stmo> the table+image+caption are defined. Holman says it's not a paragon of
stmo> clarity, so please make sure to back up the original file before
stmo> experimenting.
stmo> The good news is that those features are already on the 3.4 roadmap:
stmo> http://trac.campware.org/campsite/ticket/2521
stmo> http://trac.campware.org/campsite/ticket/2958
Thanks for the info! I'd never have found that one on my own
I'll see what I can do myself. And no problem, by now I've a test
version running in a sandbox on my PC.
Cheers,
Pippa -
Hello Sava,
stmo> Well, currently it is a tad complicated as you would have to go and take a
stmo> look at template_engine/metaclasses/MetaSubtitle.php
stmo> class... more precisely the ProcessImageLink() function. There's where
stmo> the table+image+caption are defined. Holman says it's not a paragon of
stmo> clarity, so please make sure to back up the original file before
stmo> experimenting.
Just to report back - changing the hspace and vspace to 0 was no
problem and now I can style the padding via CSS very exactly.
I so far couldn't pinpoint the reason for the table cell not wrapping
the text, but will see what I can do via CSS or HTML.
As a note to those working on this for future versions: please pull
something this important (for templating) from hardcoded files. The
webmaster/admin of a site should be able to set something like this at
least in the admin interface or within the templates (via CSS). That
way the average editor/reporter needn't bother with it, while the
site owner can have it set according to his own needs.
Personally I would prefer being able to assign specific templates or
rather types to images, which I can define and preset. E.g.:
- thumbnails (with a possibility for popup images)
- inline article images (with values set by the admin with or without
caption)
- section images (excerpts or thumbnails or whole pictures) displayed
on section pages
- images for which a URI can be set, so that they can be used instead
of introductory text
And all that so that the reporter himself can choose between these
variants (without having to specify anything else but what he wants as
image) while writing his article. It also should be possible to assign
the images specific CSS classes like "image_left", "image_right" or
"gallery". That way CSS could be individually assigned to where in the
text or what for an image is used.
I once again recommend having a look at Soderlind's OS old Wordpress
Imagemanager plugin, which enabled just that. Possibly some of his
code can be reused or serve as a sample.
Also a question - I saw that you plan to implement RSS and web 2.0
features in Campsite. When do you - roughly - expect this to be
available?
Cheers,
Pippa -
Hi!
In the version Campsite 3.3.2-rc2 "Speedy"
we can't get the Publish date changed in the article form.
The calendar doesn't open at all and there is no other wayto access to
edit the date!
Bug? Any correction?
Sanna @ Gene -
Creation date calendar opens and looks like saves as well but we
should be able to change the Publich date and that button for calendar
doesn't even work...
On 28.8.2009, at 11.01, Generare Management Department wrote:
> Hi!
>
> In the version Campsite 3.3.2-rc2 "Speedy"
> we can't get the Publish date changed in the article form.
> The calendar doesn't open at all and there is no other wayto access
> to edit the date!
>
> Bug? Any correction?
>
> Sanna @ Gene -
Hi,
I was trying to attach an image and it goes to the server folder of
images but does not get linked with the article.
REPORT
We are sorry, but there was a problem sending your bug report.
Please take a minute to send us an email.
Simply copy and paste the error report below and send it to: campsite-support@campware.org
.
Thank you.
Error Report
Email: management@generare.com Description: trying to add a picture to
the site Error ID: 2:Campsite:3.3.2-rc2:Image.php:520 Error
String: chmod() [function.chmod]: Operation not permitted Time: Fri,
28 Aug 2009 11:15:16 +0300 Backtrace:
camp_report_bug() called at [
chmod() called at [/home/webadmin/
xyz.fi/html/classes/Image.php:520] Image::OnImageUpload() called at [/
home/webadmin/xyz.fi/html/admin-files/articles/images/do_add.php:54]
require_once() called at [/home/webadmin/xyz.fi/html/admin.php:136] -
Hi,
Looks like a permissions issue... hum, although it is weird because
apache user was able to write the image in filesystem, so in theory it
should be able to change permissions for the file.
I'll take care of this, thank you for reporting.
Best,
On Fri, Aug 28, 2009 at 3:18 AM, Generare Management
Department
> Hi,
>
> I was trying to attach an image and it goes to the server folder of images
> but does not get linked with the article.
>
> REPORT
> We are sorry, but there was a problem sending your bug report.
> Please take a minute to send us an email.
>
> Simply copy and paste the error report below and send it to:
> campsite-support@campware.org.
>
> Thank you.
>
>
> Error Report
> Email: management@generare.com Description: trying to add a picture to the
> site -
Please upgrade to 3.3.2, I remember I fixed some date related bugs but maybe
these fixes were not in rc2.
Mugur
On Fri, Aug 28, 2009 at 11:01 AM, Generare Management Department <
management@generare.com> wrote:
> Hi!
>
> In the version Campsite 3.3.2-rc2 "Speedy"
> we can't get the Publish date changed in the article form.
> The calendar doesn't open at all and there is no other wayto access to edit
> the date!
>
> Bug? Any correction?
>
> Sanna @ Gene
> -
chmod returns error when the file it is run against is not owned by the user
running chmod; quite convoluted description but I hope it's understandable.
That means the files created by apache are not owned by the apache user -
apache is run in suexec mode. The quick fix for this would be to edit the
Image.php file from classes directory and comment the line 520:
chmod($thumbnail, 0644);
to:
// chmod($thumbnail, 0644);
We'll have to think of a more permanent and proper fix...
Mugur
On Fri, Aug 28, 2009 at 11:18 AM, Generare Management Department <
management@generare.com> wrote:
> Hi,
>
> I was trying to attach an image and it goes to the server folder of images
> but does not get linked with the article.
>
> REPORT
> We are sorry, but there was a problem sending your bug report.
> Please take a minute to send us an email.
>
> Simply copy and paste the error report below and send it to:
> campsite-support@campware.org.
>
> Thank you.
>
>
> Error Report
> Email: management@generare.com Description: trying to add a picture to the
> site Error ID: 2:Campsite:3.3.2-rc2:Image.php:520 Error String: chmod()
> [function.chmod]: Operation not permitted Time: Fri, 28 Aug 2009 11:15:16
> +0300 Backtrace:
> camp_report_bug() called at [ chmod() called at [/home/webadmin/
> xyz.fi/html/classes/Image.php:520] Image::OnImageUpload() called at
> [/home/webadmin/xyz.fi/html/admin-files/articles/images/do_add.php:54]
> require_once() called at [/home/webadmin/xyz.fi/html/admin.php:136]
> -
Hi Pippa,
pippa
> Just to report back - changing the hspace and vspace to 0 was no
> problem and now I can style the padding via CSS very exactly.
>
> I so far couldn't pinpoint the reason for the table cell not wrapping
> the text, but will see what I can do via CSS or HTML.
So far so good then. Please keep us posted on the progress.
> As a note to those working on this for future versions: please pull
> something this important (for templating) from hardcoded files. The
> webmaster/admin of a site should be able to set something like this at
> least in the admin interface or within the templates (via CSS). That
> way the average editor/reporter needn't bother with it, while the
> site owner can have it set according to his own needs.
Yes, that's exactly what's planned for 3.4 (
http://trac.campware.org/campsite/ticket/2521). Please feel free to add
more detail to that ticket.
> Personally I would prefer being able to assign specific templates or
> rather types to images, which I can define and preset. E.g.:
> - thumbnails (with a possibility for popup images)
> - inline article images (with values set by the admin with or without
> caption)
> - section images (excerpts or thumbnails or whole pictures) displayed
> on section pages
> - images for which a URI can be set, so that they can be used instead
> of introductory text
> And all that so that the reporter himself can choose between these
> variants (without having to specify anything else but what he wants as
> image) while writing his article. It also should be possible to assign
> the images specific CSS classes like "image_left", "image_right" or
> "gallery". That way CSS could be individually assigned to where in the
> text or what for an image is used.
I believe (someone more knowledgeable should step in here) a lot of this is
doable already now via image numbers,
e.g. you can do something like this:
:
And a lot more will be available once we relase the new thumbnail features
Holman has implemented. Of
course, the whole process should be much more intuitive to the reporter
(the image numbers are an old workaround used by Campsite templaters from
time immemorial. And I'd definitely like to have that in the 3.4 series.
> I once again recommend having a look at Soderlind's OS old Wordpress
> Imagemanager plugin, which enabled just that. Possibly some of his
> code can be reused or serve as a sample.
I already took a look at it and it definitely has some very interesting
features. We just have to think of where to "park" such functionality, so
it fits well with the general logic of image management in Campsite.
> Also a question - I saw that you plan to implement RSS and web 2.0
> features in Campsite. When do you - roughly - expect this to be
> available?
What particular tickets? (This:
http://trac.campware.org/campsite/ticket/2506 ? or something else?)
All the best,
Sava -
I think if you click the creation date calendar after publishing and
enter a date it actually changes the publish date, even if it looks
like you're editing the creation date. But I don't have the same
version.
2009/8/28 Mugur Rus
> Please upgrade to 3.3.2, I remember I fixed some date related bugs but maybe
> these fixes were not in rc2.
>
> Mugur
>
> On Fri, Aug 28, 2009 at 11:01 AM, Generare Management Department
>
>>
>> Hi!
>>
>> In the version Campsite 3.3.2-rc2 "Speedy"
>> we can't get the Publish date changed in the article form.
>> The calendar doesn't open at all and there is no other wayto access to
>> edit the date!
>>
>> Bug? Any correction?
>>
>> Sanna @ Gene
>
> -
Sebastian Olsson
02:25:36 AM:
> I think if you click the creation date calendar after publishing and
> enter a date it actually changes the publish date, even if it looks
> like you're editing the creation date. But I don't have the same
> version.
This was indeed fixed in the official release of 3.3.2 (
http://trac.campware.org/campsite/ticket/2966). It was a minor bug with
that input field. For those who haven't upgraded, the workaround is to
delete the whole date, then enter the desired date.
All the best,
Sava -
Hello Sava,
Saturday, August 29, 2009, 1:31:50 AM, you wrote:
stmo> I already took a look at it and it definitely has some very interesting
stmo> features. We just have to think of where to "park" such functionality, so
stmo> it fits well with the general logic of image management in Campsite.
I believe what's necessary to note is that he based this on the old
XINHA editor and interfaced it as an extra imagemanager with the
Wordpress standard editor, using among other things the WP rolemanager
(meaning he needed granular permissions to decide who could do what).
What I find most important about it is the way he provided the ability
to set predefined classes for each image, had an easy and oh so
elegant thumbnail solution and an equally classy popup implementation.
It's both more simple and more elegant at the same time than much of
the other, more complicated stuff around, and it's been my experience
that even the most inexperienced users/clients I installed that one
for were intuitively using it perfectly within minutes. I really
cherished that last part, as what's the use of an ultracomplicated
gallery or imagemanager plugin if you have to hold your clients' hands
all the time?
stmo> What particular tickets? (This:
stmo> http://trac.campware.org/campsite/ticket/2506 ? or something else?)
Can't exactly remember, it was in one of the later versions, 3.5 or
later. I just wondered what the schedule is of these versions.
Cheers,
Pippa -
Hello Pippa,
pippa
> I believe what's necessary to note is that he based this on the old
> XINHA editor and interfaced it as an extra imagemanager with the
> Wordpress standard editor, using among other things the WP rolemanager
> (meaning he needed granular permissions to decide who could do what).
Thanks for pointing it out, as this could potentially fit our re-purposing
or re-engineering of the functionality.
> What I find most important about it is the way he provided the ability
> to set predefined classes for each image, had an easy and oh so
> elegant thumbnail solution and an equally classy popup implementation.
> It's both more simple and more elegant at the same time than much of
> the other, more complicated stuff around, and it's been my experience
> that even the most inexperienced users/clients I installed that one
> for were intuitively using it perfectly within minutes. I really
> cherished that last part, as what's the use of an ultracomplicated
> gallery or imagemanager plugin if you have to hold your clients' hands
> all the time?
Power delivered with simplicity for any level of user is what we are trying
to achieve with Campsite (wow, the first part of the sentence should be
read in deep U.S. TV commercial voice) So, yes, we'll study it
carefully.
>
> stmo> What particular tickets? (This:
> stmo> http://trac.campware.org/campsite/ticket/2506 ? or something else?)
> Can't exactly remember, it was in one of the later versions, 3.5 or
> later. I just wondered what the schedule is of these versions.
The schedule depends on many things, including fundraising. [For example,
we've cut 3.4 to size to deliver a specific set of features for a
particular project that is providing the required funding (plus we want to
stick to the good old motto release early, release often). The same may
occur with 3.5, i.e. we'll revise it once 3.4 is done (hopefully by
sometime in October).]
The reason I asked which specific ones is that some of these tickets (e.g.
the one above) are related to making things simpler to implement on the
front end. But much of this is possible already via the standard template
language or custom scripts made by Campsite users on their own sites, alas
we lack the concrete howtos (yep, back we go to the documentation/template
repository question, and again you can contribute by providing an initial
list of most relevant web 2.0 stuff that'd need examples and howtos).
All the best,
Sava -
Hi,
for those who haven't upgraded, there also this patch (overwrite
existing file with this attachment).
Ljuba
Quoting sava.tatic@mdlf.org:
>
>
> Sebastian Olsson
> 02:25:36 AM:
>
>> I think if you click the creation date calendar after publishing and
>> enter a date it actually changes the publish date, even if it looks
>> like you're editing the creation date. But I don't have the same
>> version.
>
> This was indeed fixed in the official release of 3.3.2 (
> http://trac.campware.org/campsite/ticket/2966). It was a minor bug with
> that input field. For those who haven't upgraded, the workaround is to
> delete the whole date, then enter the desired date.
>
> All the best,
>
> Sava
>
>
>
> -
Hi all!
How do I make the caption or description visible online:
{{ list_article_images length="3" columns="2" name='sample_name' }}
$campsite->image->description
{{ /list_article_images }}
What should be on the place of " $campsite->image->description"?
Sanna @ Gene
On 29.8.2009, at 2.31, sava.tatic@mdlf.org wrote:
> Hi Pippa,
>
> pippa
>
>> Just to report back - changing the hspace and vspace to 0 was no
>> problem and now I can style the padding via CSS very exactly.
>>
>> I so far couldn't pinpoint the reason for the table cell not wrapping
>> the text, but will see what I can do via CSS or HTML.
>
> So far so good then. Please keep us posted on the progress.
>
>> As a note to those working on this for future versions: please pull
>> something this important (for templating) from hardcoded files. The
>> webmaster/admin of a site should be able to set something like this
>> at
>> least in the admin interface or within the templates (via CSS). That
>> way the average editor/reporter needn't bother with it, while the
>> site owner can have it set according to his own needs.
>
> Yes, that's exactly what's planned for 3.4 (
> http://trac.campware.org/campsite/ticket/2521). Please feel free to
> add
> more detail to that ticket.
>
>
>> Personally I would prefer being able to assign specific templates or
>> rather types to images, which I can define and preset. E.g.:
>> - thumbnails (with a possibility for popup images)
>> - inline article images (with values set by the admin with or without
>> caption)
>> - section images (excerpts or thumbnails or whole pictures) displayed
>> on section pages
>> - images for which a URI can be set, so that they can be used instead
>> of introductory text
>> And all that so that the reporter himself can choose between these
>> variants (without having to specify anything else but what he wants
>> as
>> image) while writing his article. It also should be possible to
>> assign
>> the images specific CSS classes like "image_left", "image_right" or
>> "gallery". That way CSS could be individually assigned to where in
>> the
>> text or what for an image is used.
>
> I believe (someone more knowledgeable should step in here) a lot of
> this is
> doable already now via image numbers,
> e.g. you can do something like this:
> :
>
> And a lot more will be available once we relase the new thumbnail
> features
> Holman has implemented. Of
> course, the whole process should be much more intuitive to the
> reporter
> (the image numbers are an old workaround used by Campsite templaters
> from
> time immemorial. And I'd definitely like to have that in the 3.4
> series.
>
>> I once again recommend having a look at Soderlind's OS old Wordpress
>> Imagemanager plugin, which enabled just that. Possibly some of his
>> code can be reused or serve as a sample.
>
> I already took a look at it and it definitely has some very
> interesting
> features. We just have to think of where to "park" such
> functionality, so
> it fits well with the general logic of image management in Campsite.
>
>> Also a question - I saw that you plan to implement RSS and web 2.0
>> features in Campsite. When do you - roughly - expect this to be
>> available?
>
> What particular tickets? (This:
> http://trac.campware.org/campsite/ticket/2506 ? or something else?)
>
> All the best,
>
> Sava
> -
Hi!
You should enclose this in double curly brackets
{{ $campsite->image->description }}
If you're calling img number 2, you should have something like this:
{{ $campsite->image2->description }}
Ljuba
Quoting Generare Management Department
> Hi all!
>
> How do I make the caption or description visible online:
>
> {{ list_article_images length="3" columns="2" name='sample_name' }}
>
>$campsite->image->description
> {{ /list_article_images }}
>
> What should be on the place of " $campsite->image->description"?
>
> Sanna @ Gene
>
> On 29.8.2009, at 2.31, sava.tatic@mdlf.org wrote:
>
>> Hi Pippa,
>>
>> pippa
>>
>>> Just to report back - changing the hspace and vspace to 0 was no
>>> problem and now I can style the padding via CSS very exactly.
>>>
>>> I so far couldn't pinpoint the reason for the table cell not wrapping
>>> the text, but will see what I can do via CSS or HTML.
>>
>> So far so good then. Please keep us posted on the progress.
>>
>>> As a note to those working on this for future versions: please pull
>>> something this important (for templating) from hardcoded files. The
>>> webmaster/admin of a site should be able to set something like this at
>>> least in the admin interface or within the templates (via CSS). That
>>> way the average editor/reporter needn't bother with it, while the
>>> site owner can have it set according to his own needs.
>>
>> Yes, that's exactly what's planned for 3.4 (
>> http://trac.campware.org/campsite/ticket/2521). Please feel free to add
>> more detail to that ticket.
>>
>>
>>> Personally I would prefer being able to assign specific templates or
>>> rather types to images, which I can define and preset. E.g.:
>>> - thumbnails (with a possibility for popup images)
>>> - inline article images (with values set by the admin with or without
>>> caption)
>>> - section images (excerpts or thumbnails or whole pictures) displayed
>>> on section pages
>>> - images for which a URI can be set, so that they can be used instead
>>> of introductory text
>>> And all that so that the reporter himself can choose between these
>>> variants (without having to specify anything else but what he wants as
>>> image) while writing his article. It also should be possible to assign
>>> the images specific CSS classes like "image_left", "image_right" or
>>> "gallery". That way CSS could be individually assigned to where in the
>>> text or what for an image is used.
>>
>> I believe (someone more knowledgeable should step in here) a lot of this is
>> doable already now via image numbers,
>> e.g. you can do something like this:
>> :
>>
>> And a lot more will be available once we relase the new thumbnail features
>> Holman has implemented. Of
>> course, the whole process should be much more intuitive to the reporter
>> (the image numbers are an old workaround used by Campsite templaters from
>> time immemorial. And I'd definitely like to have that in the 3.4 series.
>>
>>> I once again recommend having a look at Soderlind's OS old Wordpress
>>> Imagemanager plugin, which enabled just that. Possibly some of his
>>> code can be reused or serve as a sample.
>>
>> I already took a look at it and it definitely has some very interesting
>> features. We just have to think of where to "park" such functionality, so
>> it fits well with the general logic of image management in Campsite.
>>
>>> Also a question - I saw that you plan to implement RSS and web 2.0
>>> features in Campsite. When do you - roughly - expect this to be
>>> available?
>>
>> What particular tickets? (This:
>> http://trac.campware.org/campsite/ticket/2506 ? or something else?)
>>
>> All the best,
>>
>> Sava
>> -
You forgot the braces:
{{ $campsite->image->description }}
On Fri, Oct 9, 2009 at 10:15 AM, Generare Management Department
> Hi all!
>
> How do I make the caption or description visible online:
>
> -
Sometimes things are VERY simple, and you do not believe it
And it would be also good to sleep sometimes in order to gain some
thinking power...
Thanks!
On 9.10.2009, at 18.26, Holman Romero wrote:
> You forgot the braces:
>
> {{ $campsite->image->description }}
>
>
> On Fri, Oct 9, 2009 at 10:15 AM, Generare Management Department
>
>> Hi all!
>>
>> How do I make the caption or description visible online:
>>
>> {{ list_article_images length="3" columns="2" name='sample_name' }}
>>
>>$campsite->image->description
>> {{ /list_article_images }}
>>
>> What should be on the place of " $campsite->image->description"?
>>
>> Sanna @ Gene
>>
>> On 29.8.2009, at 2.31, sava.tatic@mdlf.org wrote:
>>
>>> Hi Pippa,
>>>
>>> pippa
>>>
>>>> Just to report back - changing the hspace and vspace to 0 was no
>>>> problem and now I can style the padding via CSS very exactly.
>>>>
>>>> I so far couldn't pinpoint the reason for the table cell not
>>>> wrapping
>>>> the text, but will see what I can do via CSS or HTML.
>>>
>>> So far so good then. Please keep us posted on the progress.
>>>
>>>> As a note to those working on this for future versions: please pull
>>>> something this important (for templating) from hardcoded files. The
>>>> webmaster/admin of a site should be able to set something like
>>>> this at
>>>> least in the admin interface or within the templates (via CSS).
>>>> That
>>>> way the average editor/reporter needn't bother with it, while the
>>>> site owner can have it set according to his own needs.
>>>
>>> Yes, that's exactly what's planned for 3.4 (
>>> http://trac.campware.org/campsite/ticket/2521). Please feel free
>>> to add
>>> more detail to that ticket.
>>>
>>>
>>>> Personally I would prefer being able to assign specific templates
>>>> or
>>>> rather types to images, which I can define and preset. E.g.:
>>>> - thumbnails (with a possibility for popup images)
>>>> - inline article images (with values set by the admin with or
>>>> without
>>>> caption)
>>>> - section images (excerpts or thumbnails or whole pictures)
>>>> displayed
>>>> on section pages
>>>> - images for which a URI can be set, so that they can be used
>>>> instead
>>>> of introductory text
>>>> And all that so that the reporter himself can choose between these
>>>> variants (without having to specify anything else but what he
>>>> wants as
>>>> image) while writing his article. It also should be possible to
>>>> assign
>>>> the images specific CSS classes like "image_left", "image_right" or
>>>> "gallery". That way CSS could be individually assigned to where
>>>> in the
>>>> text or what for an image is used.
>>>
>>> I believe (someone more knowledgeable should step in here) a lot
>>> of this
>>> is
>>> doable already now via image numbers,
>>> e.g. you can do something like this:
>>> :
>>>
>>> And a lot more will be available once we relase the new thumbnail
>>> features
>>> Holman has implemented. Of
>>> course, the whole process should be much more intuitive to the
>>> reporter
>>> (the image numbers are an old workaround used by Campsite
>>> templaters from
>>> time immemorial. And I'd definitely like to have that in the 3.4
>>> series.
>>>
>>>> I once again recommend having a look at Soderlind's OS old
>>>> Wordpress
>>>> Imagemanager plugin, which enabled just that. Possibly some of his
>>>> code can be reused or serve as a sample.
>>>
>>> I already took a look at it and it definitely has some very
>>> interesting
>>> features. We just have to think of where to "park" such
>>> functionality, so
>>> it fits well with the general logic of image management in Campsite.
>>>
>>>> Also a question - I saw that you plan to implement RSS and web 2.0
>>>> features in Campsite. When do you - roughly - expect this to be
>>>> available?
>>>
>>> What particular tickets? (This:
>>> http://trac.campware.org/campsite/ticket/2506 ? or something else?)
>>>
>>> All the best,
>>>
>>> Sava
>>
>
> --
> /holman
Howdy, Stranger!
It looks like you're new here. If you want to get involved, click one of these buttons!
Categories
- All Discussions8,397
- Sourcefabric
- ↳ Announcements25
- Newscoop
- ↳ Newscoop Support2,189
- ↳ Newscoop Development722
- ↳ Newscoop Security13
- ↳ Newscoop Documentation17
- ↳ Newscoop Themes69
- Airtime
- ↳ Airtime Support3,139
- ↳ Airtime Development1,286
- ↳ Airtime Français146
- ↳ Airtime Documentation14
- ↳ Airtime Hacks102
- ↳ Promote your station!37
- ↳ Airtime Security11
- Booktype
- ↳ Booktype Support277
- ↳ Booktype Development55
- ↳ Booktype Documentation7
- Superdesk
- ↳ Superdesk Development264
- ↳ Web Publisher21
Poll
No poll attached to this discussion.Top Posters
-
Albert FR
1978
-
Martin Konecny
1860
-
Andrey Podshivalov
1526
-
Voisses Tech
1423
-
John Chewter
899
-
Daniel James
844
-
Roger Wilco
784
-
hoerich
627
-
Paul Baranowski
389
-
Cliff Wang
339