have a minumum year in parameters
ez |
|
---|---|
function sed_selectbox_date($utime, $mode, $ext='', $max_year = 2030, $min_year=1902) 1902 for min year is a long time ago.... maybe add a parameter to this function
and maybe set it to 1930 or something by default... it saves some entries (28). ==- I say: Keep it EZ -==
|
Trustmaster |
|
---|---|
Well, the parameter is already there ($min_year). We just need to set it to a better value for pages (and maybe some other places too?) May the Source be with you!
|
ez |
|
---|---|
Hi Trustmaster,
Thnx for answering.
It will save some microseconds from loading time :) in pages for sure... greets, ez ==- I say: Keep it EZ -==
|
Trustmaster |
|
---|---|
Sorry, my bad. That parameter already existed in Siena only. I have added it to Genoa too, see this commit. May the Source be with you!
|
Kingsley |
|
---|---|
If you are fixing the times on pages.. maybe a longer period tht one year for pages? or set it so that an admin can choose a default length for article lifetime
just my 2 cents.. |
ez |
|
---|---|
good one, i always wanted to have that :) ==- I say: Keep it EZ -==
|
GHengeveld |
|
---|---|
I think the selectbox thing should be made more user friendly with client-side scripting (javascript). There's plenty of scripts available that make date/time selection a lot easier. Cotonti can't really do much to make the process easier. The expire time is an interesting one. De default value of one year makes no sense, it can potentially be anything. A configurable default lifetime would indeed be a good addition (possibly even configurable for each category). Another thing I want to see added is a checkbox 'Never expire' that disables or hides the expire time selection boxes if checked. Of course this is a client-side feature as well. There's more to this topic by the way. For example the page_date shouldn't be editable (it's the initial post date). The page_begin should be used as publication date and page_end should be considered 'never expire' if it's equal or less than page_begin. And of course pages should actually expire after page_expire (instead of just remain available). |
pieter |
|
---|---|
"page_date shouldn't be editable"
I do not agree. Sometimes you want to switch 2 items in news. Even if there is one older than the other. ... can we help you ...
|
ez |
|
---|---|
@Koradhil The expire time..... Yes, the flexible setup for the default expire time (1 month, 2month, 1 yr, 2 yr... never expire) per pagecat is a real nice addition
About the page_date.. i have to agree with pieter... leave that in please... Sometimes this comes in real handy :) ==- I say: Keep it EZ -==
|
GHengeveld |
|
---|---|
You dont understand, page_date is what page_begin should be. Articles should be ordered by page_begin instead of page_date and page_date should only be used as a reference for knowing when the first version of the page was added. Actually there should also be a page_updated that indicates when the page was last modified. This is common REST behavior.
|