<!-- Some styling for better description lists --><style type='text/css'>dt { font-weight: bold;float: left;display:inline;margin-right: 1em} dd { display:block; margin-left: 2em}</style>
chibaguy: joined #tikiwiki
fabricius: joined #tikiwiki
chibaguy: polom
<br> joined #tikiwiki
redflo: joined #tikiwiki
gour: joined #tikiwiki
chibaguy: joined #tikiwiki
<br> Anyone not receiving dev list mail? I sent a couple and didn't receive them from the list; checking the sf archives I see another message that I didn't receive directly.
<br> jonnyb (if you check this), there is also a Bootstrap dropdown on hover script (http://cameronspear.com/demos/bootstrap-hover-dropdown/)
<br> ...which behaves like superfish menus (open on hover) but touchscreens open on tap as before.
<br> Of course there's still a difference that top-level parent items can't be links to somewhere in bootstrap menus as they're only for open/close.
<br> Oh, my problem with dev list mail is that my messages are being sent but aren't showing up on the list for some reason.
gour: morning all
arildb: joined #tikiwiki
gour: Jyhem, Jyhem_laptop_: ping
chibaguy: hi gour
<br> (just responding to your good morning :-) )
gour: <u>chibaguy</u>: hiya, do you post to devel via gmane? i do and it goes through
chibaguy: gour, I've been posting with my email client, Thunderbird. But today two messages didn't appear in the list and I didn't receive them either.
<br> Maybe a send problem with my email.
gour: well, do you post to mailing list directly or via gmane (nntp)?
chibaguy: directly
gour: i send via gmane and it works for me
chibaguy: ok. well, I'm not able to send or receive other email now so it seems to be a problem on my end.
<br> (mail at hosted domain)
fabricius: joined #tikiwiki
Jyhem: polom
<br> They haven't gone live yet, so it's all free for beta testing (when prices are mentioned, just ignore)
-: Jyhem will be busy working today.
gour: <u>Jyhem</u>: i just wanted to apologize for giving you extra work, but it seems that http://sourceforge.net/p/tikiwiki/code/52330 does everything what is required. i tested tiki-13 with that patch and it installs and working (both, http & https) with lighttp server running in the same environment, so informed/asked Hiawatha dev why there is difference between the two: see
<br> https://www.hiawatha-webserver.org/forum/topic/1761
<br> <u>Jyhem</u>: appsdeck.eu seems ok as dev-platform, otoh my hosting provides email etc. for production
Gwayne: joined #tikiwiki
redflo: joined #tikiwiki
olinuxx: joined #tikiwiki
gour_: joined #tikiwiki
aalex: joined #tikiwiki
<br> joined #tikiwiki
gour_: joined #tikiwiki
olinuxx: joined #tikiwiki
chibaguy: joined #tikiwiki
<br> polom
aalex: joined #tikiwiki
Telesight: joined #tikiwiki
fabricius: joined #tikiwiki
gour: <u>fabricius</u>: ping
fabricius: gour pong
gour: <u>fabricius</u>: if i update tiki svn repo, i can send lang/hr/language.php and that's all needed to translate offline and later pull that file into installation to fix translation in the context?
fabricius: moment plks - on the phone ... thinking about the answer
<br> /s/plks/pls
<br> gour
<br> phone call finished
<br> I do not fully understand your question, but if I understand right,, I would answer yes
<br> you check out the code via svn to your local computer or to a webserver
<br> you have connected a database to the code, so you have a running "clean" or "fresh" installation
<br> then you do your changes and test them (maybe with translations there is not so much to test
gour: well, i'm considering to send language.php file to my friend first so he can translate strings offline.
fabricius: finally you commit the changes you made (the altered file lang/hr/language.php) to the sourceforge repo of Tiki via svn from your local computer
gour: then he will regularly send me back updated copy so i can store it under dvcs and possibly test in the 'live' installation - whether on my localhost or on the server
fabricius: you have to make sure, that possible commits made from other people in the meantime would be merged with your file and not "overwritten"
<br> afaik there is a command for that in svn
gour: that's true, but i'd like to inspect history of that file
<br> but svn is not my terrain...never used it
<br> in dvcs-es usually there is annotate command
<br> or blame cmd :-)
<br> it seems there is one in svn...just running it
<br> svn required 48s and fossil 37s to find the same info
<br> moreover svn's outputs just rev numbers, while fossil give date as well ;)
<br> it seems that mostly last commits are from ~3yrs ago
fabricius: imho gour it should be a good point to start committing with an "orphaned" language - there is not much risk to damage stuff
<br> gour, please read the following pages:
<br> http://dev.tiki.org/Get+Code
<br> http://dev.tiki.org/Commit+Code
<br> http://dev.tiki.org/Where+to+commit
<br> http://dev.tiki.org/How+to+get+commit+access
gour: the commits were done by Rodrigo Sampaio Primo
fabricius: <u>especially</u>: http://dev.tiki.org/3+Rules
-: gour already has commit access
gour: i believe i'll keep translation under fossil - my preferred dvcs - and then create patch and give it to someone to commit
fabricius: if the commits where done by Rodrigo, I assume that he "merged" translations from i18n.tiki.org - he is Brasilian and I have no idea, if he speaks Kroatian himself
<br> I did need long time, until I dared to commit myself ... I was afraid of doing for long time
gour: he is still around?
fabricius: I did not read from Rodrigo since a good while, but I think he is still in charge of the i18n server
gour: <u>fabricius</u>: i do commit and regulary use dvcs for many years starting with darcs. tried and used bzr, hg, mtn, git, but do not see myself going and learning svn
fabricius: <u>gour</u>: there is nothing to learn with svn
<br> <u>gour</u>: especially not if you use linux and commit directly from a linux shell
<br> I aswell did commit from a shared webserver, where I have ssh access
gour: <u>fabricius</u>: every (d)vcs has to be learnt since things can always go wrong and it's good to understand, at least to some level, how the tool is working
fabricius: then you probably could even commit with Putty from Windows without using a client
gour: i've solid understanding of e.g. git's branching modeal, staging area etc. but never bothered to go into fiddling with reflogs
<br> no win machine here
fabricius: but gour, if you know how dvcs are working in principle and you use the hand full of commands from dev.tiki.org - it is nearly only copy and paste
gour: that's one reason i like fossil 'cause it's very powerful, secure and simple
fabricius: even simpler than svn?
<br> you have a link for me to check out fossil? I'd like to have a look at it
gour: <u>fabricius</u>: http://fossil-scm.org/index.html/doc/tip/www/index.wiki
fabricius: thx
gour: <u>fabricius</u>: here is the message from Richard Hipp - author of Fossil and Sqlite which very nicely describes the point why I prefer Fossil: http://lists.fossil-scm.org:8080/pipermail/fossil-users/2012-September/010250.html
-: gour is dreaming that Tiki will embrace it one day
gour: <u>fabricius</u>: so learning another vcs for me means burning more cycles than required since i have zero need for svn otherwise
<br> <u>fabricius</u>: moreover, for my own stuff, with fossil i'm not dependant on hosting solutions like github/SF etc. - simple (shared) hosting is enough to have it all
fabricius: so gour ... translate a lot to hr and send me the file every two or three weeks to svn up ... by end of the year, hr hopefully will be near 100% ??
<br> gour that sounds smart ... you can host the complete vcs on a shared hosting server?
gour: <u>fabricius</u>: heh, it depends on my friend's productivity...but i have need for croatian tiki
<br> <u>fabricius</u>: read this http://www.fossil-scm.org/index.html/doc/tip/www/fossil-v-git.wiki
<br> <u>fabricius</u>: in the past i wrote what some of the Tcl/Tk devs told me about SF - they migrated to Fossil - they would never put any critical stuff there
<br> s/wrote/wrote to marc
fabricius: joined #tikiwiki
-: gour --> sleep
fabricius: joined #tikiwiki