[01:34] zlinux joined #tikiwiki [06:11] zlinux joined #tikiwiki [07:08] Tiki|bot Recent Bug: - http://dev.tiki.org/item6684-Plugin-WantedPages-does-not-correctly-process-page-names-ending-with-a-close-parenthesis [11:11] chibaguy joined #tikiwiki [11:12] chibaguy polom [11:14] chibaguy I wonder if it's possible to import a .csv file as tracker data in trunk. With trivial simple data, I get errors: Tracker Field Factory Error: Pref "trackerfield_image" required for field type "Tracker_Field_Image" and Tracker Field Factory Error: Pref "trackerfield_groupselector" required for field type "Tracker_Field_GroupSelector" . [11:14] fabricius joined #tikiwiki [11:14] chibaguy My test case doesn't involve groups or images. [11:14] chibaguy Hi fabricius. [11:16] Tiki|bot joined #tikiwiki [12:34] fabricius joined #tikiwiki [12:39] Bsfez joined #tikiwiki [12:42] marclaporte joined #tikiwiki [12:48] kotten joined #tikiwiki [13:19] fabricius polom chibaguy [13:19] Bsfez miaou [13:20] fabricius hi Jyhem_ [13:20] fabricius roarrrr Bsfez [13:20] Bsfez touche :D [13:20] fabricius :-D [13:22] fabricius Bsfez: to the freshness discussion ... I think the simplest way would be to add an option to the field type "date and time" ... I think a smart idea and rather quick solution for an halfway experienced Tiki coder with tracker field exerience. [13:22] chibaguy Here's an odd thing in trunk: I added an external "source" line to an article, and now the "Read more" uses the "source" link instead of linking to the article. [13:22] Bsfez I'm not far [13:23] chibaguy (sorry for different topic) [13:23] Bsfez (tracker-field [13:23] Bsfez (object (str trackeritem) 3) [13:23] Bsfez (field contactWikiPage) [13:23] Bsfez ) [13:23] * chibaguy has not followed the "freshness" thread at all. [13:23] chibaguy :-| [13:23] Bsfez So I have the ID, I need now to stuck that f...ing "modification_date" from unified index [13:24] Bsfez Oups Chibaguy :) [13:25] fabricius Bsfez: the idea is to use the field date and time for creation date (as possible already) plus a second field with the added option (refresh on modification) to reflect the modification. [13:25] fabricius Bsfez the second date field must be emptied/refreshed and use the then current date right when it will be saved again. currently this field only uses the current date of the first creation. [13:25] Bsfez I don't agree with your point of view :) [13:25] Bsfez I mean the 2 discussion split [13:26] fabricius ok, I do not yet understand your point or path, but I am looking forward to get enlighted Bsfez [13:26] Bsfez (and it is always possible to refresh the index every 5 mn if needed) [13:26] Bsfez lol [13:26] Bsfez Calvados ? :D :D :D [13:26] fabricius :D [13:28] fabricius I do not see the point to need to refresh the full index just to make such a simple thing working. That would be a workaround with a bazooka towards a sparrow. and indeed the indexing idea I ha already, but rejected it for myself as I do not see the point in solving things this way. [13:28] Bsfez I understand [13:30] fabricius chibaguy: this behaviour might be intentional. (use source for read more) ... This might be 1.) for kind of "plante setups" and 2.) to respect the copyright of the sources to rather link to them after the heading instead of copying their full text from one to another site without prior consent. [13:31] fabricius Bsfez: but that was my decision to not follow this path or consider that a solution to suggest to the team. Not a decision that this will be or not will be the recommended community solution. [13:33] chibaguy Sorry, fabricius, but the article "source" item is intended to be an external link to the source of the article's information - at least that's how it worked in many Tiki releases. [13:33] fabricius Bsfez: what do you meant with "I mean the 2 discussion split (1:25:43 PM)" [13:35] Bsfez pageFreshness vs (search)resultsCalculation [13:36] fabricius chibaguy: I just pointed out how it COULD be intended without knowing how it IS intended and not how it should be intended. [13:36] fabricius My understanding of the SOURCE link was a pointer to the original article. Otherwise it would imho not be appropriate, as there can be many sources of information an a list of sources would be required. [13:37] fabricius Bsfez: Imho I see the freshness problem as a subproblem of Calculation which at least should be merged after we found a conclusion and a solution. I am not aware who did the split - maybe Roberto or even myself? [13:38] chibaguy From https://doc.tiki.org/Article-User#Editing_or_Submitting_Articles: "Source (url) - If appropriate or useful, a reference link can be specified. This displays at the end of the article. " [13:39] chibaguy So the "Source" link displays separately - it doesn't/shouldn't cause "Read more" to change. I can't get to the article from the articles main page now when "Source" is set - "Read more" links to the external reference link. This is a mistake. [13:40] chibaguy I'm guessing "a href="{$smarty.capture.href}"" in the .tpl is getting or displaying the wrong info. [13:41] chibaguy I guess a regression in trunk. [13:42] chibaguy Also the article translation dropdown displays for both the article translation icon and the article "actions" icon. Maybe these bugs are related. [13:59] fabricius chibaguy: I agree, that the desciption in the documentation does not reflect the current behaviour. Anyway I would see it as very useful to have an option (maybe a tick box) that allows to "use source link as 'Read More' if not empty. [14:01] chibaguy Why? Source link is to see an external reference. Read more is to see the remaining part of the article. They are different kinds of information. [14:02] chibaguy I think it would be confusing to readers. [14:02] chibaguy But anyway, let's get the bugs fixed first ;-) . [14:02] fabricius chibaguy: with option ticked - not-empty source link fields are used as read more, otherwise the non-empty text area creates the read more link | without option ticked the non-empty text area creates the read more link | [14:04] fabricius chibaguy: I see it as a very useful setting for spcific types of how some websites use the articles feature and it sounds very logical to me. I am very open to either have this as default behaviour or as only optional not default set preference [14:07] fabricius chibaguy: There are websites, that do not use the source link as additional reference, but that write mainly summaries of existing articles (ex. scientific articles or political articles) and refer to the original article instead of read more. The option to use the source link as read more link would eventually ease the work of the editors of those websites massively [14:08] chibaguy Well, I don't agree, but don't want to go back and forth on it here. [14:09] chibaguy My point was the functionality seems to be broken in trunk. It should be fixed. If we want to change the design of the information presentation, that's another discussion. [14:10] chibaguy Also article topline and subtitle seem to be broken in trunk - nothing displays. [14:14] chibaguy_ joined #tikiwiki [14:17] Tiki|bot Recent Bug: - http://dev.tiki.org/item6685-Articles-Adding-Source-item-changes-Read-more-link [14:19] luciash polom pom pom [14:27] chibaguy_ hi luciash [14:31] luciash hi gary chibaguy_ [14:40] kotten joined #tikiwiki [16:17] Tiki|bot Recent Bug: - http://dev.tiki.org/item6686-Articles-Translation-management-dropdown-displays-instead-of-article-actions [16:42] zlinux joined #tikiwiki [16:51] kotten joined #tikiwiki [17:01] zlinux_ joined #tikiwiki [17:47] fabricius joined #tikiwiki [17:57] jonnyb joined #tikiwiki [17:57] jonnyb polom [19:02] kotten joined #tikiwiki [19:11] zlinux joined #tikiwiki [19:28] arildb joined #tikiwiki [19:32] arildb Hi, I tried to access "https://dev.tiki.org/item6671-Wish-to-encrypt-contents-of-wiki-pages-in-database", but even after logging in it says permission denied. Is there a permission problem on dev.t.o [20:05] kotten joined #tikiwiki [20:29] marclaporte joined #tikiwiki [20:32] trebmuh joined #tikiwiki [21:11] fabricius1 joined #tikiwiki [21:12] alfalfascout joined #tikiwiki [21:43] marclaporte joined #tikiwiki [22:01] alfalfascout1 joined #tikiwiki [23:33] fabricius joined #tikiwiki