←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
Gwaynejoined #tikiwiki
joined #tikiwiki
[01:51]
dabrightjoined #tikiwiki [01:55]
joined #tikiwiki [02:09]
...... (idle for 25mn)
joined #tikiwiki [02:34]
.......... (idle for 47mn)
joined #tikiwiki [03:21]
..... (idle for 24mn)
chibaguyjoined #tikiwiki [03:45]
...................................................... (idle for 4h27mn)
gourjoined #tikiwiki
joined #tikiwiki
[08:12]
....... (idle for 34mn)
chibaguyjoined #tikiwiki [08:47]
....... (idle for 34mn)
wolfgangajoined #tikiwiki [09:21]
joined #tikiwiki [09:29]
Tiki|botNew Forum Posts: painful upgrading release versions info on info.tiki.org - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53961
New Forum Posts: Webinoops - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53959
New Forum Posts: Folder structure changes and exotic perm setup - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53957
[09:36]
New Forum Posts: painful upgrading release versions info on info.tiki.org - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53961
New Forum Posts: Webinoops - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53959
New Forum Posts: Folder structure changes and exotic perm setup - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53957
[09:46]
........ (idle for 37mn)
gourfabricius: hiya, now i see that my tiki installation informs me that "Version 13.0 is no longer supported. A minor upgrade to 13.1 is required.", so it seems better that we upgrade to the trunk for our Croatian translation? [10:23]
fabriciustrunk would be great and best, BUT MIND: 14 will be branched in the next 2 weeks and 14.0 will be released before end of the year.
depending on how long you expect for the translation, you should either translate to 14 (now trunk) if you are very fast, or stick to trunk and have it righjt in 15 LTS
AAAAND before you finally decide, please ask jonnyb, as he likely will be doing the semi-automatical merge between latest branch and trunk
Bernard Sfez and Jonny Bradley are the two guys at this time to be asked about where to commit when
gour ^
[10:26]
gourconsidering the current speed, i bet that trunk is safer option :-)
in the meantime it looks i've to make my hands dirty by learning some svn as well :-)
[10:30]
fabriciusyes, but maybe in certain time frames it would be better to use 14 branch <-> if automerge from 14 to trunk is in action <-> that to be asked to Jonny
WOW :-D
[10:31]
gourheh...tiki seems not to switch to svn soon and i want to get into it prior to it
my shared --> vps is practically complete, now focusing on learning/deploying/migrating to tiki
[10:31]
fabriciusActually I'd love to have 14 translated to croatian language asap, as we have a croatian member in our assiociation, where I just implemented an intranet (collaboration platform) with Tiki pre-14 [10:32]
gourreally? living in croatia? [10:33]
fabriciuswhat you think? am I crazy developing productive released projects in trunk [10:33]
gourdepends how safe is tiki's trunk ;) [10:33]
chibaguypolom [10:36]
fabriciusshe is from croatia, yes ... not related to Tiki and normal members are not yet in the Collab, but soon ... I start with board and a few crucial workgroups ... sorry, no more internals
but yes, I consequently run sites via SVN since end of 2011 / early 2012, as JonnyB convinced me mid of 2011 in Strasbourg to do so
polom Gary
chibaguy
[10:36]
chibaguyhi fabricius / torsten [10:37]
fabricius:-)
ahh good to see you chibaguy
I have one issue since a while and never made it to dev to file the bug report
Tiki editor
if shrinking the browser from nearly full width (11.6" 16:9 screen) to about 60% or narrower (some media query effects, I guess -md-), the editor and the links are not clickable anymore - no edit, if edit no save.
[10:37]
chibaguyhmm [10:40]
fabriciusI think there must be some div laying over the screen (over the other divs) [10:40]
gourfabricius: do you mostly integrating available tiki features in your projects and writing new stuff as well? [10:40]
chibaguyIs that trunk? or Tiki 13? [10:40]
fabriciusactually I feel bad, that I never tracked it, what I should, but I did concentrate on different stuff and just widen my browser ... [10:41]
chibaguyProbably doesn't matter. I think the CSS involved is about the same. [10:41]
fabriciusdefinitely trunk, but I think it is in 13 aswell ... I think I just realised it one day, but as said never gave it any deserved priority
mostlikely I would have fixed or earlier mentioned it, if I would have had to edit from a tablet or so ... this is making me feel even worse - kind of guilty, responsibilityless ... :-(
anyway - I just this time did not forget - feeling better now
[10:42]
chibaguyWhat browser are you using? [10:43]
fabriciusFirefox and Chrome / Chromium on Ubuntu 14 - today it is FF30.0 [10:44]
chibaguyHmm, in trunk I can edit in a narrow screen with Windows 8.1 and Firefox.
320px wide
[10:45]
fabriciusahhhh chibaguy - than it must have been fixed recently - just tested 20 seconds ago (after you mentioned) and yes, in pre-14 it works for me aswell [10:47]
chibaguyok, great. [10:47]
fabriciusSo sorted - magically .... there must be working a few wizards in the themes transition team with at least one master wizard inbetween them
chibaguy: did you have seen the new notification system in action?
[10:48]
chibaguyNo, not yet. [10:49]
fabriciusI replaced watches with notifications on our new pre-14 ICSP collab platform ... notifications look beautiful
and the settings dialogue aswell
gour: I am not a coder. in the community I am doing my best to contribute to community management - sometimes failing due to few time or private issues, but sometimes pushing things or working off myself
[10:50]
gourfabricius: great. i'll try to learn php and contribute something as well
but first have to become tiki user :-)
[10:54]
chibaguythat's nice to hear, torsten.
I'll check it out.
[10:55]
fabriciusgour: on the few projects I develop I use the latest svn versions on a few reasons - one point is to support the developers and the community especially by using and testing features I either pushed myself or I find very important for the software - another point is that I got so much help and support from the community, that I see this a way of giving things back - and third: in general you can expect more and faster suppor
know what you do and are not too much of a newbie) - and fourth it is much much less time consuming to work with a rolling release like it is in fact when using svn
[10:57]
gourfabricius: in regard to your post about wikiLingo, i'd like to have support for AsciiDoc in tiki
i also prefer working with the trunk and not sitting in armchair using LTS waiting for others to do the work for me
[10:57]
chibaguyWhy does the tracker date field show the month names when adding/inputting an item, but then display numbers-only when viewing the item? Not very elegant.
Is this configurable?
I don't see any switches in the tracker field editing accordian.
[10:59]
fabriciusgour: I support Robert to get wikiLingo accepted in Tiki, whilst disputing at the moment, that a few specific things must be fixed or finished before I let my users use it and before I recommend it for productive use [11:03]
chibaguyThen I tried the jquery date picker and set "date only", no time, and it displays the date + time. Still in numberical form only. yikes. [11:03]
fabriciusgour: Then it is Robert to asc to implement AsciiDoc into wikiLingo or to explain you how to implement yourself [11:04]
gourfabricius: nothing against wikiLingo, my point is only that Tiki is atm a bit of 'vendor lock-in' considering its usage of non 'standard' wiki syntax [11:04]
chibaguyI hope month names input in a text field don't get converted to numbers too. ;-) [11:04]
gourfabricius: i expressed my point and Robert contacted me in regard... [11:04]
fabriciusgour: believing Robert, wikiLingo is the bridge to the outside world ... the goal is that the user finally can deside which syntax he wants to use and wikiLingo is not only for Tiki - even it is somehow having it's roots here and being implemenmted here first [11:06]
gourfabricius: still, it's not standard like 'asciidoc' which can be converted to docbook used a lot by industry. [11:08]
chibaguyAh, ok, the tracker uses the short date setting from Admin > General. [11:08]
gourhowever, i'm hopeful asciidoc can be added to tiki without too much pain [11:08]
fabriciuschibaguy: so sorted already?
gour: for me (or for us, if I can dare to speak for the community in this respect) the first priority is to have the existing WikiSyntax fully compatible with and in wikiLingo - then we can use it in production and then we can implement other marksups and even pdf
[11:08]
chibaguyyes, but by changing the global short date setting. It would be good if the tracker date field had a switch to choose long or short date display. [11:09]
fabriciuschibaguy: so independantly from the global setting? [11:10]
chibaguyNow my short date displays everywhere are rather long. [11:10]
gourfabricius: yeah...i'm facing problem of converting content to tiki, which means copy&paste :-/ [11:10]
chibaguysomething for the wish list. [11:10]
fabriciusgour: so step for step. I see AsciiDoc and others to be implemented not parallel - who should handle and manage this (-1 from me) but over the bridge wikiLingo - and with wikiLingo then we should aswell be able to more or less easily implement import/export functionality
gour: not really, but yes it is still tricky and needs a lot of knowledge to import/export whole projects
[11:11]
gourfabricius: i agree. still it's sad that wikilingo does not start with some 'standard' markup for which there are already plenty of abilities to import/export from/to [11:12]
fabriciusgour: I am participating (as kind of the Tiki expert) in a transition project, where we get an old customised joomla website plus a media wiki into one single Tiki - but there we had a one-week workshop with about 12 people of different professions attending together [11:13]
chibaguygour, I haven't looked at wikilingo yet. Do you think its markup is arbitrary, or designed for some reason? Or could it be changed to something more standard? [11:14]
gourchibaguy: are you aware of e.g. pandoc tool? [11:15]
fabriciusgour: wikiLingo starts from the standart it was coming from ... you cannot blame a French or a Vietnamese person who supports Esperanto, that it would have been better if he/she would heve been English or Chinese from start on [11:15]
chibaguyno, sorry, I'm pretty ignorant about markup methods in general. [11:15]
gourchibaguy: there are reasons to have certain syntax in tiki's markup as well, but the point is why another markup when there are powerful ones which are more established as standard ones [11:16]
chibaguyright. [11:16]
gourchibaguy: see http://johnmacfarlane.net/pandoc/ [11:16]
chibaguyyes, looking already at that page. [11:16]
fabriciusgour: I doubt that other markups have similar things than our WikiPlugins - at least not to this extend [11:17]
goursee also http://asciidoctor.org/
fabricius: can you explain a bit? i'm curios to know
[11:17]
fabriciusgour: and again the goal of wikiLingo is to open this up - the WIkiSyntax without the WikiPlugins is just a little part of the game and it is not a big deal to to switch between the one and the other syntax
But if you could use more or less arbitrary markup/markdown together with Tiki's WikiPlugins
one simple wikiplugin: {convene}
[11:19]
gourthat's good then. i had feeling it's 'another non-standard' markup [11:20]
fabriciusput this on a wikipage and have a doodle alike planner [11:20]
gourgour is installing trunk on VPS [11:22]
fabriciusor {TRACKER(trackerId="X", optionally a vast numer of more parameters)}{TRACKER} and you get a form on a wiki page [11:22]
chibaguyTiki has some unique syntax such as for plugins, that we can't expect to be translated/converted, I suppose, but it'd be good if the basic markup was more standard/convertible. [11:22]
fabriciusor {trackerlist trackerId="X", optionally a vast numer of more parameters} and you get the tracker content listed on a wiki page [11:23]
chibaguyTiki plugins can't be converted because other platforms don't know how to process them. It isn't a matter of rendering. [11:23]
fabriciusdisplay articles, links, menus, modules, videos, etc. etc,. etc. [11:23]
chibaguyI wonder if those conversion tools handle things like Mediawiki's page table of contents and so on.
The "higher level" objects on the page.
[11:25]
fabriciuschibaguy: that is true - on the other hand, what should Robert or other projects hold back to at least implement the most basic WikiPlugins to their software with the same Plugin Syntax ... surely only those where they have the features for (so articles plugins for joomla, blog post for wordpress, but no trackers likely)
chibaguy: at some point it starts to be not just click and import - but bigger projects with at least some amount of voluntary contributors or budget or both should be able to handle a workshop and such to do same as we did in August - those people are aswell a non-profit project with little support, no real funding and a community living all over the country - or see our TikiFests
[11:25]
chibaguyI'm not sure I understand. Is the first task that gour is talking about to have a more-standard syntax for basic things? It seems to me this may be a separate issue from handling plugins and other complex functions. [11:29]
gourgour nods [11:29]
chibaguychibaguy is pretty ignorant of this whole topic. [11:29]
gouri'm speaking about 'standard' markup used for producing content
my point about asciidoc(tor) is that it's more powerful than markdown, suitable for larger docs (books) and being kind of 'standard' can be used to produce different kinds of output from html to pdf as well as to industry-standard docbook
[11:29]
chibaguyOk, so 1) more users would be familiar with this to begin with, and 2) it's more likely a tool would be available for conversion to/from other platforms (with some degree of completeness). Is that right? [11:31]
fabriciusso chibaguy / gour: import of articles and pages including right transition or understanding of syntax/markupo/markdown and categories - stuff like that is really crusial and should be possible with automatic or semiautomatic importers/exporters ..... BUT the higher level structures at some point make things difficult to handle and make transitions to projects in itself [11:31]
gourchibaguy: 1) right 2) those are already available [11:31]
fabriciuschibaguy: yes that is right [11:31]
chibaguyOk, thanks. [11:32]
fabriciusgour: so with what you want to replace WIkiPlugins, who should do that, what would be the benefit? [11:32]
chibaguyWell, maybe Robert can answer some questions about this at the webinar this week.
I gotta go. Will be back in a few hours.
[11:32]
gourthere are e.g. plenty of static-site generators and most of them use things like markdown/reST/asciidoc, which means than changing platform is mostly as easy as possible
fabricius: no idea about the wikiplugins, but i bet that content - articles, blog posts etc. are major part of any tiki-powered site
[11:33]
fabriciusgour: you are the only one person in the last three or more years, I hear to be complaining that the Tiki WikiSyntax should be replaced or Tiki needs another syntax [11:34]
gourand having it stored in standard format is win for those considering to use tiki [11:34]
fabriciusgour: I do not see the point that if we replace Tiki Syntax with Ascii Doc, either our existing users would have any benefit or hundrets of thousands of new users would run to Tiki and use our software because of that move
AsciiDoc or any other markup/markdown
so adding another type must be an asset and not a useless overload of work and a degation to most of the existing users
I do not want to destroy the Tiki project, but to rise the user experience, ease the life, extending compatibility avoid or lower lock-in aspects etc.
but gour: not replacing one minor problem with a bunch of major problems
[11:35]
gourfabricius: see this page: https://dev.tiki.org/Wiki+Parser+Revamp
there are some god/valid points there
lowering lock-in is my main point!!
fabricius: i also do not propose to make asciidoc as the onle one available markup, but, at least, to have is as option
atm, tiki's markup is kind of lock-in without any working solution for importing content into, what to speak about exporting it
(afaik)
[11:38]
fabriciusI do NOT say NO - I just demand to respect the existing environment and to do the right steps first ... Robert Plummer (maybe together with Marc Laporte) mainly started to bring theses thoughts to Tiki, he developed the jison parser, he is doing all that stuff and thus I demand him to make his project usable for production first and then he and me demand to integrate the other markups via this projects [11:42]
gourbtw, are there some new php reqs for trunk? [11:43]
fabriciuswikiLingo is the un-lock key
new php reqs? no, not higher than 13 ... we are at PHP 5.5 and I hope, that even 15 will work with PHP 5.5
[11:43]
gourmaybe it's some perms problem...i use symlinks [11:45]
i'm getting error in regard to missing: ../lib/init/initlib.php
ahh, it's problem that the repo was not cp-ed properly
[11:51]
.... (idle for 19mn)
have one conceptual question...i'd like to move my personal site under the part of non-profit one in order to reduce maint. work and use my personal domain just for tools used for VPS. i know one can have many ('personal') blogs under one tiki installation, but wonder how to accomplish having 'small personal site' per user? [12:11]
...... (idle for 26mn)
hhm, tiki-14svn install did 1388 sql queries, while 13 performed ~14k?? [12:37]
................. (idle for 1h24mn)
chibaguyjoined #tikiwiki
joined #tikiwiki
[14:01]
fabriciusgour: sorry, got phonecalls
gour: you could use perspectives to some extend and bind non-public content or singularly perspective related content to that perspective by using categories - aswell you could bind perspective(s) to domains/subdomains
gour: this is NOT a full multisite feature and is limited to some extend, as all "contained" subwebsites must share the configuration concept at least to some extend ... I would never use this to really setup completely different websites in one Tiki instance
gour: for example for one NGO I have one public website instance and one internal collaboration platform, which shares the same users via Intertiki (somekind of a basic semi-single-sign-on system)
gour: both sites have a completely different role-permission systematic and are way differently structured - so it is much easier to keep them in two different databases
[14:11]
Tiki-KGB03jonnybradley r53126 10trunk/ 10admin/include_look.php 10tiki-admin.php
[FIX] admin: Remove broken styles-specific reload code from look & feel admin and replace with reload when any prefs changes (thanks Gezza for the reminder)
[14:22]
dabrightjoined #tikiwiki [14:27]
jonnybjoined #tikiwiki
pom pom
[14:27]
redflojoined #tikiwiki [14:34]
dabright1joined #tikiwiki [14:44]
fabriciuswod wod [14:53]
jonnybhi fabricius [14:54]
Tiki-KGB03jonnybradley r53127 10trunk/ 10templates/tiki-admin.tpl 10tiki-admin.php
[FIX] admin: Hide the navbar icons when on the admin home
Moved the logic to php and removed dependency on hardcoded duplicate array of admin pages and need for check on "addonadmin" page (no longer necessary i think?)
[14:58]
Jyhemplom plom [14:59]
pdxmauxjoined #tikiwiki [15:00]
jonnybhi Jyhem [15:05]
Jyhemhi jonnyb
Jyhem looking up registration to Fosdem. The 20th is close :(
[15:07]
chibaguyjoined #tikiwiki [15:09]
...... (idle for 25mn)
Tiki-KGB03jonnybradley r53128 10trunk/lib/prefs/mobile.php
[DOC] mobile: Warn it is now deprecated in favour of bootstrap (better late than never)
[15:34]
chibaguyjoined #tikiwiki [15:37]
Tiki-KGB03chibaguy r53129 10trunk/ 04templates/styles/ohia 04templates/styles/snow 03themes/snow/templates/credits.tpl 03themes/ohia/templates/credits.tpl
[REF] Move Ohia and Snow custom credits.tpl files from templates/styles (now obsolete) to themes/.../templates.
[15:48]
panamausjoined #tikiwiki [15:52]
.... (idle for 15mn)
gourfabricius: well, i am not thinking about separate sites within one, but more like have 'little user corner' witin larger site with user's personal blog - listed with other blogs - and maybe two-three pages connected wit hthat usr - about_user. his/her personal projects etc. iow. small [16:07]
.... (idle for 17mn)
panamausjoined #tikiwiki [16:24]
slyskawa_joined #tikiwiki [16:34]
jonnybjoined #tikiwiki [16:39]
...... (idle for 27mn)
Tiki-KGB03jonnybradley r53130 10trunk/ 10(21 files in 13 dirs)
[KIL] jquery.mobile: Remove almost all of the previous mobile_mode apart from the automatic perspective selection, as that may still prove to be useful with bootstrap.
N.B. Composer should be updated and all caches flushed.
[17:06]
panamausjoined #tikiwiki [17:06]
slyskawa_joined #tikiwiki [17:10]
Tiki|botNew Forum Posts: mobile_mode removed from trunk - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53976 [17:17]
Tiki-KGB03jonnybradley r53131 10trunk/themes/base_files/ 04other/mobile.css 04other/readme.txt * Missed removing mobile.css and found an out of date readme file
03jonnybradley r53132 10trunk/lib/prefs/site.php * Site layout default should be basic bootstrap now (shouldn't it?)
[17:30]
Telesightjoined #tikiwiki [17:38]
Tiki-KGB03jonnybradley r53133 10trunk/ 10tiki-error_simple.php 03themes/base_files/other/site_closed.html 04templates/styles/site_closed.html
[FIX] move site_closed.html into themes/base_files/other
Any site_closed_local.html files from upgrades will need moving too
[17:40]
..... (idle for 20mn)
03jonnybradley r53134 04trunk/templates/styles/index.php * [KIL] remove templates/styles as now empty (part 1 - errors...) [18:00]
chibaguyjoined #tikiwiki [18:11]
.... (idle for 17mn)
Tiki|botNew Forum Posts: Promoting Tiki at Fosdem 2015 - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53977 [18:28]
Tiki-KGB03jonnybradley r53135 10trunk/ 10lib/wiki-plugins/wikiplugin_gdgraph.php 10tiki-gdgraph.php
[FIX] gdgraph: Don't set the height of a vertical graph based on the number of data points - does'nt make sense (thanks Geoff)
[18:38]
........ (idle for 36mn)
ricks99joined #tikiwiki [19:14]
.... (idle for 16mn)
arildbjoined #tikiwiki [19:30]
.... (idle for 19mn)
gour_joined #tikiwiki [19:49]
Tiki|botNew Forum Posts: phpBB Authentication with phpBB 3.1 - does it work? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=53980 [19:58]
Tiki-KGB03jonnybradley r53136 10trunk/lib/userslib.php
[FIX] login: Remove "remember me" dependancy on session as it means cookies only last as long as the session timeout, not the remember me time.
03jonnybradley r53137 10trunk/remote.php
[FIX] login: Fix numerous undefined var erros in remote.php - hard to test without intertiki but mostly related to logs so shouldn't cause any noticable disruptions.
[20:04]
chibaguyjoined #tikiwiki [20:14]
..... (idle for 24mn)
gezzajoined #tikiwiki [20:38]
..... (idle for 22mn)
dabrightjoined #tikiwiki [21:00]
ricks99joined #tikiwiki [21:06]
panamausjoined #tikiwiki [21:14]
.......... (idle for 49mn)
gourjoined #tikiwiki [22:03]
chibaguyjoined #tikiwiki [22:14]
panamausjoined #tikiwiki [22:21]
.............. (idle for 1h6mn)
dabrightjoined #tikiwiki [23:27]
panamausjoined #tikiwiki [23:28]
luciashpolom
anyone here now?
[23:38]

←Prev date Next date→ Show only urls(Click on time to select a line by its url)