Tiki|bot: New Forum Posts: Tiki 14.0 beta (not quite ready) - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55328
Tiki-KGB: 03jonnybradley r54715 10branches/14.x/lib/setup/javascript.php
[FIX] javascript: Hopefully a fix for js detect following my breaking it in r54597 - will review and test again before 14.0 beta (but committing "early" in case anyone else can test - thanks)
Gwayne: joined #tikiwiki
joined #tikiwiki
joined #tikiwiki
chibaguy: joined #tikiwiki
Heh, there's a "Dummy preference" in tiki-admin.php?page=features: "Dummy preference
This is the shorthint.
This is the detail.
This is the hint." I guess a placeholder/model that should have been removed.
(in branch 14)
At first I wondered, "Preference for dummies? Preference about dummies?" :-)
Had to install Tiki branches again locally so a good chance to check things.
Oh, finding regressions in L&F: The full list of theme options is always available, for all themes. (Checking with Firefox on localhost.)
The custom theme URL is always displaying (didn't it used to be hidden unless the custom-url option is chosen?).
(I mean the custom theme URL field.)
Dropdowns (like the quickadmin ellipsis) aren't working here.
fabricius: joined #tikiwiki
chibaguy: r54745 - I cleared cookies.
I guess these are all connected to jonny's dev list mail.
Tiki|bot: New Forum Posts: Tiki 14.0 beta (not quite ready) - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55328
New Forum Posts: Slider WikiPlugin in custom module - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55327
New Forum Posts: Upload File Issues - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55324
chibaguy: joined #tikiwiki
Tiki|bot: New Forum Posts: Tiki 14.0 beta (not quite ready) - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55328
New Forum Posts: Slider WikiPlugin in custom module - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55327
New Forum Posts: Upload File Issues - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55324
New Forum Posts: Tiki 14.0 beta (not quite ready) - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55328
New Forum Posts: Slider WikiPlugin in custom module - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55327
New Forum Posts: Upload File Issues - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55324
New Forum Posts: Tiki 14.0 beta (not quite ready) - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55328
New Forum Posts: Slider WikiPlugin in custom module - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55327
New Forum Posts: Upload File Issues - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55324
fabricius: joined #tikiwiki
gezza: joined #tikiwiki
Telesight: joined #tikiwiki
fabricius: joined #tikiwiki
Tiki|bot: New Forum Posts: Tiki 14.0 beta (not quite ready) - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55328
New Forum Posts: Slider WikiPlugin in custom module - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55327
New Forum Posts: Upload File Issues - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55324
New Forum Posts: Tiki 14.0 beta (not quite ready) - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55328
New Forum Posts: Slider WikiPlugin in custom module - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55327
New Forum Posts: Upload File Issues - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55324
xavi: joined #tikiwiki
Tiki-KGB: 03xavidp r54716 10branches/ 1014.x/lib/wiki-plugins/wikiplugin_backlinks.php 1014.x/lib/wiki-plugins/wikiplugin_titlesearch.php
[FIX]Exclude param was not working. There is some warning still, but at least it works as expected for the end user, and param exclude is taken into account and its contents excluded from the list of results shown. Feel free to improve anyone with higer skills than me.
03xavidp r54717 10branches/13.x/ 10lib/wiki-plugins/wikiplugin_titlesearch.php 10lib/wiki-plugins/wikiplugin_backlinks.php
[bp/r54716][FIX]Exclude param was not working. There is some warning still, but at least it works as expected for the end user, and param exclude is taken into account and its contents excluded from the list of results shown. Feel free to improve anyone with higer skills than me.
03xavidp r54718 10branches/12.x/ 10lib/wiki-plugins/wikiplugin_backlinks.php 10lib/wiki-plugins/wikiplugin_titlesearch.php
[bp/r54716][FIX]Exclude param was not working. There is some warning still, but at least it works as expected for the end user, and param exclude is taken into account and its contents excluded from the list of results shown. Feel free to improve anyone with higer skills than me.
03xavidp r54719 10branches/ 10(10 files)
[FIX]UI: upgrade wizard icon should have the arrow pointing upwards, to be more intuitive. Thanks gezza
chibaguy: joined #tikiwiki
redflo: joined #tikiwiki
chibaguy: polom
gezza: hi chibaguy
i was wondering if css rules regarding breadcrumb should be in tiki_base.css or on a per theme basis
i kindof like bootstraps default
no italics, full length
chibaguy: I like flexibility, too, so per theme would be good. I used italic because of the Tiki legacy style, and didn't like the block style when the breadcrumb is short, but that's just my personal opinion.
Tiki|bot: New Forum Posts: Quick admin module out of the elipsis-three_dots (or optional at least)? - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55330
chibaguy: I like the method of making a variable for styles like that, so it's easier to change than looking through all the css.
So I'll do that with the breadcrumbs.
gezza: make variables? ok I'll check your commit and see what you mean :)
jonnyb: joined #tikiwiki
chibaguy: Ok. What I mean by that is to follow the Bootstrap pattern (or Less pattern) of putting a variable name in a CSS rule and then defining that variable in a separate file.
But I also intend to write up some doc pages about this kind of thing.
gezza: ok
thanks
jonnyb: polom
chibaguy: i see form the irc log you were having js troubles, not just that old opera browser after all i guess - did http://sourceforge.net/p/tikiwiki/code/54715 fix it for you?
gezza: hi jonnyb
jonnyb: hi gezza
gezza: i still have issues in FF, updated to latest Tiki14 rev, cleared cahce (tiki and browser)
jonnyb: which cookies do you have?
gezza: I have 4: javascript_enabled =y tiki_cookies_accepted = y PHPSESSID PHPSESSIDCV
jonnyb: ok, but still no javascript?
odd, cos javascript_enabled=y is all you need
gezza: no, I dont see any after the body
jonnyb: that's what was missing form the beta i tested last night, and hoipefully fixed in that commit
sorry, you don't see any what after the body?
chibaguy: Hi jonnyb
jonnyb: js file includes?
hi chibaguy
chibaguy: I also still have problems in Firefox.
(but I need to clear the cookie again maybe)
yay, cookie gone, js back.
gezza: yes, I meant the js includes (<script>)
jonnyb: hmm, weird
let me do a new fresh install...
chibaguy: yay, in Opera 12 too. :-)
gezza: i switched off minify js but it did not help, probably no relation
chibaguy: oops, I don't know what happened, but I clicked an external link by mistake (one of the doc.t.o. links on the branch14 default home page) and then tried the dropdowns again and now they don't work.
jonnyb: by the way, i'm getting WSoD on https://doc.tiki.org - anyone else?
gezza: for me it opens
chibaguy: For my localhost branch 14, each page when it loads needs to have the cookie removed. dropdowns then work until I go to another page.
doc.t.o is WSOD for me too.
jonnyb: ok, sounds like my fix last night was bad - was late
hmm, that's changed (and is a bit wrong) - doing a fresh install when i leave the installer i get a page saying "Your account has been validated. You have to choose a password to use this account." and the change password form, not the right message :(
ah, found it - stupid mistake, sorry
ok, heres another fix for js detect
Tiki-KGB: 03jonnybradley r54720 10branches/14.x/lib/setup/javascript.php
[FIX] javascript: Another fix for js detect - thanks gezza and chibaguy for the feedback (and apologies)
jonnyb: i think the whole logic of that section needs rethinking, but it's beyond me now, something for 15 if this is near enough
chibaguy: Success this time, jonnyb, thanks.
jonnyb: by the way, bootstrap seems to be decidedly non-noscript friendly - menus, login popup, quick admin all don't work (so wouldn't work for screen readers etc) making us less accessible than pre-bootstrap
cool, thanks chibaguy
chibaguy: that's true. It was kind of funny to see superfish menus still working (though not especially nicely).
jonnyb: trouble is there can be lots of ways this breaks, but hopefully this is good enough for 14.0 beta
yes, i'm not expecting tiki in noscript mode to be at all pretty, but it should be functional to an extent
there are lots of clients that have to have accessible sites by law (gov, edu etc)
chibaguy: right.
jonnyb: i thought bootstrap did all that stuff?
like even the standard app menu 42 is unusable
anyway, if this fix is good for gezza too i'll re-release 14.0 beta
gezza: yes, works for me too
chibaguy: I guess bootstrap does all that stuff _via_ jabascript.
uh, javascript.
jonnyb: but i thought that these screen reader things (for blind people) have to run without js
gezza: about javascript: aren't we now assuming it is always on? I mean is it really happening in 2015 that you dont use javascript?
jonnyb: there use to be a firefox plugin that shows you what they get
gezza: maybe it is
just asking
jonnyb: certainly search engine crawler bots are noscript
hmm, the accessilbity thing maybe doesn't need js according to http://stackoverflow.com/q/21235312/2459703
anyway, chibaguy and gezza and all, ok to go for 14.0 beta? (i need to get on with other stuff ;) )
chibaguy: Ok. How much is permissible about fixes of the beta? Should those commits be only critical items, not cosmetic?
jonnyb: hmm, good question
usually you're right, critical real FIXes only, but this time it's all a bit different
gezza: interesting link there, thanks jonnyb! "As of 2012, the percentage of screen-reader users who report browsing without JavaScript, according to the WebAIM survey was 1.4%. That number is consistent with, if not lower than, the percentage of all users browsing with JavaScript disabled."
jonnyb: i guess we should be a little more flexible as some "cosmetic" things are actually sort of critical
Tiki|bot: New Forum Posts: UI / UX and Accessibility - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55332
Tiki-KGB: 03jonnybradley r54721 10branches/14.x/changelog.txt * [REL] Update changelog.txt for 14.0beta
jonnyb: yes gezza - i read that too, so i guess we're ok form that point of view
Jyhem_laptop: joined #tikiwiki
Tiki-KGB: 03jonnybradley r54722 10branches/14.x/db/tiki-secdb_14.0_mysql.sql * [REL] SecDB for 14.0beta
03jonnybradley r54723 04tags/14.0beta * [REL] Deleting tag 'tags/14.0beta' in order to create a new one
03jonnybradley r54724 03tags/14.0beta * [REL] Tagging release
fabricius: jonnyb still there? I just did reread upwards -> now no (more?) WSoD on https://doc.tiki.org for me
jonnyb: polom fabricius, thanks
hmm, still be for me, probably i'm still logged in
i deleted my phpsessid cookies and now is ok
fabricius: chibaguy, jonnyb, gezza I agree aswell, that Tiki should work to an extend (ot necessarily looking pretty) when noscript is on - and there are use cases or communities which are kind of picky towards JS - like dataprotection hack groups ...
jonnyb: yup, logged in and WSoD again
fabricius: jonnyb I try, mom
jonnyb me aswell => login = WSoD
-: jonnyb checks recent commits to 13.x
fabricius: jonnyb: https://doc.tiki.org/tiki-admin.php works ! wikipage does not work !
jonnyb: odd
my local 13.x seems ok so far...
fabricius: https://doc.tiki.org/tiki-index.php does not work, http/https no difference, switching off SEFURL does NOT help
chibaguy: fabricius, I agree that this needs to be discussed. But I don't know if we can expect Tiki to function completely without Javascript. Also I don't know what the expectation is for other web applications. Seems like Javascript is woven into just about everything at a low level these days.
But it's good to discuss.
fabricius: chibaguy, imho there should always be some kind of a basic working navigation for anonymous users and basic content like wikipage, forum, articles etc.
chibaguy: why?
jonnyb: 14.0 beta tarballs now available for testing here: https://sourceforge.net/projects/tikiwiki/files/Tiki_14.x_Peony/14.0beta/
chibaguy: what browser are they using, that has no javascript?
I'll be right back.
fabricius: Maybe I that is today more relevant for people who have worries and do not want to use JS and to people who want to offer non JS basic content
gezza: this one is interesting to read about this: http://lists.w3.org/Archives/Public/w3c-wai-ig/2012OctDec/0223.html
jonnyb: i think people that voluntarily disable javascript should stick with tiki 6 ;)
fabricius: I mean we have a lot of features that require javascript like jQuerySheet or draggable tables in WikiStructures administration etc. - If there are accessible solutions for disabled persons, either their screen readers are JS capaple or we have fallbacks, I do not mind to expect too much no-script consideration, but atleast some basic navigation
I do not like the idea, that a user withno-script active comes to Tiki sites and even cannot navigate to an information page or browse articles.
JS is for extending usability and not for losing
jonnyb: Jyhem_laptop: you have a moment? If so could you have a look in the error_log for doc.t.o and see what's casusing the WSoD when logged in on a wiki page please?
have cleared the caches
fabricius: anyway, we should discuss over time and as open, that enough people have chances to contribute their concerns. If there is a broad consensus and good arguments and the handicapped people are considered as much as possible, I am fine to accept the desicions of the majority ... just not easily change massive parts without a way back or optionality without consent of the team
Tiki caches are cleared on doc.tiki.org aswell
still WSoD, but not on admin areas
jonnyb: thanks fabricius - that's what i meant ;)
yes, i suspect a module, but can't see any that are wiki only
some pages are ok, seems just homepage is bad
Tiki|bot: New Forum Posts: Tiki 14.0 beta - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55334
jonnyb: aha, it's the SYLV module i think (copied the page source to my local)
fabricius: is the SYLV new?
whats with it?
checking module admin
ah no, you are on that - you must be logged in to copy it. sorry.
jonnyb: aha, found it
was a missing backport in modules/mod-func-since_last_visit_new.php
Tiki-KGB: 03jonnybradley r54725 10branches/ 1013.x/modules/mod-func-since_last_visit_new.php 1013.x
[bp/r54489][FIX] sylv: Move the modifier include out of the "if comments added" statement and replace with the smarty loadPlugin function (thanks Xavi)
(should fix WSoD on doc.tiki.org hopefully)
03jonnybradley r54726 10branches/ 1012.x 1012.x/modules/mod-func-since_last_visit_new.php
[bp/r54725][bp/r54489][FIX] sylv: Move the modifier include out of the "if comments added" statement and replace with the smarty loadPlugin function (thanks Xavi)
Telesight: joined #tikiwiki
Tiki-KGB: 03jonnybradley r54727 10branches/14.x/doc/devtools/tikirelease.sh
[FIX] release: Filter out the ambiguous class warnings from the composer output in the build section
fabricius: thx jonnyb - cool finding - Eagly Eye Jonny
chibaguy: Do the popups seem too sticky to anyone else?
fabricius: which popups chibaguy?
jonnyb: chibaguy: definitely, really quite annoying!
chibaguy: When I click the wrench on tiki-listpages.php, to show the page tools, it tends to stay open. I try clicking on it or outside of it or anywhere, and it stays open.
jonnyb: was thinking of adding some sort of timeout for them, but hopefully i'll be fixed in bootstrap eventually
i fond it mostly on user links info popups (on wiki pages etc)
found
chibaguy: ah, I can dismiss it by hover on another link with a popup.
Like on tiki listpages, dismiss the wrench popup by hovering over the page link.
but if there's no other link, then (in weeks past, anyway) the popup stayed up until I left the page.
fabricius: chibaguy I feel, that this behaviour changes over times unexpectedly (to me) I do not see, how it should be and if there is a direction to have it consistent, I do not even know, if that is browser-dependant, situation-dependant, item-dependant
chibaguy: I wonder if the wrench could be open on hover instead of open on click.
fabricius: some hover, some stick, but ... changes aswell
why not?
chibaguy: There should be a style guide or best practices doc for this, I suppose.
fabricius: imho this should be a matter of discussion in the UI/UX Team
yes!!
jonnyb: i tohught everything's supposed to be clicked now so it works on touch screens
chibaguy: hmm
fabricius: and then a theme developer can do it differently in an individual self contained theme
chibaguy: well, the functionality shouldn't be a matter of theme, I think.
fabricius: ah good point jonnyb and chibaguy - touch MUST be considered
jonnyb: i reckon chibaguy, lindonb and gezza are the UI Team
(count the commits ;) )
chibaguy: true about touch, but some things can be hover on the pc and touch on touchscreens.
Tiki-KGB: 03jonnybradley r54728 10(83 files in 62 dirs)
[MRG] Automatic merge, branches/14.x 54681 to 54727
Conflicts on lib/setup/twversion.class.php fixed
fabricius: chibaguy, in case a functionality is sorted in a template and we have a guide for the standard Tiki legacy themes, anyone is free to change things in an individual theme
chibaguy: sure, for custom themes.
fabricius: chibaguy, jonnyb, gezza we could then consider how strict we want to be with guidelines for pre-shipped (legacy?) themes and to offer a download page for non-guideline individual themes
chibaguy: Well, the elipsis for page tools is open-on-hover on my pc and open-on-click on my iphone. :-)
fabricius: why not let people offer themes for download on themes.tiki.org which are more customised - we have been discussing this last year anyway and selfcontained themes are optimal for that
chibaguy: (bootstrap functionality I guess)
Yes, that's completely open to people if they want to do that.
And I hope they do want to submit new themes, with all kinds of creative implementations if they like.
jonnyb: ok, walkies time for me, bbl
chibaguy: I think the themes in the package should be pretty consistent in terms of UI, but contributed themes can be all over the map.
Jyhem_laptop: polom
chibaguy: see you, jonnyb, thanks for your hard work. :-)
fabricius: another thing jonnyb (mainly?) et al: I have found severe bug in a trunk site when I create tracker items - on saving a NEW tracker item I get a "The connection was reset" error and between one and four identical tracker items are created (see them when I go back) .. when I edit, I have the same error on saving, but no additional items
Jyhem_laptop: hey jonnyb, need me to do a copyright generation again ?
jonnyb: and you too all
hi Jyhem_laptop
-: fabricius needs to file a bug report
Jyhem_laptop: I mean I'm busy but now the process is kind of painless
jonnyb: no, i don't think it's necessary, no new committers, just the usual suspects so it shouldn't have changed materially ;)
gezza: i tried t come up with some style guideline proposals, but could not really come up with simple rules, so I kindof stuck with this. You can see the draft here, maybe you can help to improve: http://dev.tiki.org/Tiki14StylingProposals
Jyhem_laptop: good :)
fabricius: jonnyb was that for me?
jonnyb: Jyhem_laptop: i've already re-built and uploaded the tarballs so all done
Jyhem_laptop: an svn up on doc.t.o would be nice :)
fabricius: no sorry, was talking to Jyhem_laptop
Jyhem_laptop: oh, too busy to pay attention :-( Thanks
fabricius: jonnyb, is the 14 alpha already downloadable?
latest build thingi?
jonnyb: 14.0 beta tarballs now available for testing here: https://sourceforge.net/projects/tikiwiki/files/Tiki_14.x_Peony/14.0beta/
-: Jyhem_laptop not at home, looking up doc credentials
jonnyb: think i emailed the dev list too
chibaguy: going to eat. bbl.
jonnyb: maybe you could do some more to spread the word fabricius? ta
also off now for an hour or so, see you laterz
fabricius: absolutely!
bye
jonnyb: thanks :)
Jyhem_laptop: $ cd /var/local/doc.tiki.org/www
$ svn up
At revision 54728.
nelsonko: joined #tikiwiki
Jyhem_laptop: doc.tiki.org looks like it's working and svn up did nothing...
nelsonko: Jyhem_laptop: maybe the script beat you to it? how often does it run anyway?
Jyhem_laptop: no idea, I never spent time to understand this server config. i just have access for emergencies
maybe WSoD requires additianal steps ? Let's wait for jonny's return
Tiki|bot: joined #tikiwiki
fabricius: nelsonko, Jyhem what do you think could be the cause, if tracker-creation on save causes "The connection was reset" error and after the JS/Ajax loaded a while, more than one identical items are created (Trunk)
jonnyb: joined #tikiwiki
repolom
MagicFab_: joined #tikiwiki
joined #tikiwiki
fabricius: wolod wolod jonnyb
jonnyb: hi fabricius, thanks for the fb post :)
fabricius: sure, thx for liking
Jyhem_laptop: hi guys
fabricius: will try to do info.t.o article, but have to give a lesson at 16:00
jonnyb: ok, nice one, thanks
fabricius: hi Jyhem Jyhem_laptop just filing a bugreport
jonnyb: re-hi Jyhem_laptop
fabricius: team jonnyb
jonnyb: noooooo!
fabricius: what? no bugreport?
you are fixing?
jonnyb: only kidding fabricius
wot bug?
fabricius: hehe loool
Tracker item save - error: "The connection was reset" - plus several identical items created
number of identical items depends on the time Ajax loads
average is 3 to 4 items
jonnyb: hmm, nice - on 14.x?
fabricius: in Chrome if site is fast or if you quickly enough press the "back" button, you canhave luck and get only one item
trunk for sure
do not want to upgrade the other site
I have two productive collaboration platforms for to associations
one is 14 and one is trunk
jonnyb: trunk should be the same - "connection was reset" sounds like a server issue more than tiki, anything in the apache logs?
fabricius: in the 14 I do not have (yet), but no recent svn made
ouch - u guide me to the apache logs? it is share hosting with some ssh access
never had any problems server side with this provider for years
very standard and very up to date
both sites (14 and trunk amongst others) on the same server by the way
jonnyb: and when was it last ok? is this a recent regression?
fabricius: I am very pretty much sure, that it was not before mid of February, I would say max 2 weeks or so
but a few days ... last week I did sleep every two days due to pressure in projects and thus every 1/2 day postponed the bug report
so just today take time on such things like community info, bug reprt etc.
jonnyb: wondering if it was a fix i did to do with validation, i finally managed to get the tracker edit form to scroll to the validation error (cos on a long form when clicking save the form just stayed there and you had to guess what had happened)
you have jquery validation on?
fabricius: no
not for any tracker
not any that I know
jonnyb: maybe try that and if i fixes it that's a good clue
fabricius: ok
activate in this tracker?
jonnyb: in admin/features/interface
i think it defaults to on
fabricius: checking
was and is active at admin/features/interface
try with off? or try trackerspecific validation? jonnyb?
jonnyb: no it's shared if the feature is on
MagicFab_: joined #tikiwiki
joined #tikiwiki
gezza: joined #tikiwiki
Tiki-KGB: 03jonnybradley r54729 10branches/ 1014.x/templates/database-connection-error.tpl 1014.x/templates/tiki-admin.tpl 1014.x/templates/search/rebuild.tpl * [FIX] multitiki: Show correct console.php command for multitiki sites
03jonnybradley r54730 10branches/ 1013.x/templates/admin/include_search.tpl 1013.x 1013.x/templates/tiki-admin.tpl 1013.x/templates/database-connection-error.tpl
[bp/r54729][FIX] multitiki: Show correct console.php command for multitiki sites
(include_search.tpl changed manually as that code has moved to rebuild.tpl in 14.x)
03jonnybradley r54731 10branches/ 1012.x/templates/admin/include_search.tpl 1012.x/templates/database-connection-error.tpl 1012.x 1012.x/templates/tiki-admin.tpl
[bp/r54730][bp/r54729][FIX] multitiki: Show correct console.php command for multitiki sites
(with some manual merging)
redflo: joined #tikiwiki
Jyhem_laptop: joined #tikiwiki
repolom
jonnyb: moloqer
Jyhem_laptop: first good look at Tiki14
already found a bug which is strangely hard to fix.
jonnyb: coding's a funny thing, i quoted a client half an hour or so to add a checkbox to make another load of checkboxes toggle - it's more or less a jquery one-liner, and an hour later is still don't have it working!
must be that sort of day! :)
Jyhem_laptop: I think icons for import and export are switched in trackers
-: jonnyb looks
Jyhem_laptop: import should be upload whil export should be download
jonnyb: yes, i think i agree
but how it it bing tricky?
Jyhem_laptop: unrelated issue: in http://demo.tiki.org/14x/tiki-view_tracker.php?trackerId=1 can not open the "…" thing :-(
jonnyb: being
i get a menu with nothing on it apart from the label "tracker actions" (not great)
Jyhem_laptop: because in the templates/tiki-view_tracker.tpl I only see {icon name="import"} {tr}Import{/tr} and {icon name="export"} {tr}Export{/tr}
abstraction layer wins again :-(
jonnyb: check in iconsets/default.php
that's where the names get defined (also in the other iconsets, glyphicons and legacy)
Jyhem_laptop: ls: cannot access iconset: No such file or directory
-: Jyhem_laptop needs to get back to projects
jonnyb: somehwere in themes
i'll do it, am fed up with my jquery problem ;)
-: Jyhem_laptop needs to leave work at 18:15, and a couple stuff need to progress
Jyhem_laptop: thanks, I'll look for the commit for a soluiton :)
jonnyb: ha ha, they're actually aliasses for download and upload, but the wrong way round :)
for future reference they'ree in themes/base_files/iconsets/default.php
Tiki-KGB: 03jonnybradley r54732 10branches/14.x/themes/base_files/iconsets/default.php
[FIX] icons: Exporting is downloading, importing is uploading (thanks Jyhem_laptop)
Jyhem_laptop: Thanks Jonny, yes, firebug was pretty much showing their real names (download & upload), so I thought I'd find them easily
Am I the only one who can not use drop-down menus on http://demo.tiki.org/14x/ ?
jonnyb: all the icon sets have different names for things, so we need a layer inbetween tiki and the current set, it's a pretty simple abstration really :)
ah, logged in on http://demo.tiki.org/14x/ it fails
looks like the js detect bug, is it up to date?
although i have the javascript_enabled cookie
no jquery :(
possibly it need the fix i made this morning in 14.x?
yes, it needs svn up, it's on 54715 and the fix was in 54720
xavi: left #tikiwiki
Tiki-KGB: 03xavidp r54733 10branches/ 1014.x/templates/wizard/admin_look_and_feel.tpl 1014.x/templates/wizard/upgrade_new_in_14.tpl 1014.x/templates/wizard/upgrade_new_in_13.tpl 1014.x/lib/wizard/pages/admin_look_and_feel.php
[FIX]Update the options shown in the configuration and upgrade wizards to match current options in Tiki14 (and remove the former ones shown in what's new in Tiki13) to select theme and options, etc. Thumbnail display of the selected theme in real time has been disabled in the wizard because it was not working at all and I couldn't manage to fix it. Some spaces converted to tabs.
Jyhem_laptop: weird, svn up should happen at 2:15 on demo.to
MagicFab_: joined #tikiwiki
jonnyb: Jyhem_laptop: seems ok now, you svn up'ed manually?
Jyhem_laptop: yes :)
gezza: hi
jonnyb: hi gezza
gezza: about "..." icon showing no actions at http://demo.tiki.org/14x/tiki-view_tracker.php?trackerId=1
i had a chat with lindon on how to hide it in case user has no permission to anything there
jonnyb: yes, those appear in a few places - wiki pages etc too if perms are set that way
gezza: there was no conclusion :) just mentioning, that it isomething to be resolved
jonnyb: not easy to prevent
gezza: seems complicated to check in the tpl for possible permission combinations
he suggested something about smarty capture and count the avalable items
jonnyb: one (horrible) way ot do it is to render the contents in a smarty capture and if it's empty don't do anything - but capture is very poor for performance
:)
gezza: yes, he noted the same
any ideas?
jonnyb: the alternative is to check all the same things the menu checks, also horrible and duplicates lots of logic
wonder if there's a clever css3 way of doing it - like a "no children" selector
gezza: i was thinking about have a Reload or something that is always visible, but does not feel right
like in listings it easy, we can put there "view" action, that should be always available
jonnyb: on one site i did i used the body.grp_Registered class to hide those for anon
hmmm, dummy menu item doesn't really help that much, and this is a problem in quite a few places, not just trackers
gezza: javascript?
jonnyb: unbelievable - 2 hours for 3 lines of jquery - lovely!
yes, i was wondering about a js fix - not great but the otehr options are all nesty too
nasty :)
gezza: a not-so-dummy option could be to place there navigation button
eg in this case a link to trackers
jonnyb: any French speakers about? What's the French for "toggle" (as in a checkbox)
but there's no navigation button on wiki page actions
gezza: link to List wiki pages
something relevant for each case
jonnyb: i thnk a js or css fix would be better and could get all these things at once (probably)
would be messy to have to fix each one manually
gezza: fine by me if you can come up with something jquery :)
that filtering on the tracker item list looks quite bad
jonnyb: gezza: does this help?
http://stackoverflow.com/questions/13861230/hide-content-of-parent-element-without-hiding-children-in-css
gezza: sounds good, let me try
jonnyb: the wikiactions one seems to use .open to show the dropdown
so maybe something like "icons.btn-group" visible hidden and "icons.btn-group a" showing?
gezza: i just played with it on an android phone and an ipad, seems to be smart, on my laptop, it works with hover, on the smartphone/tablet I have to tap
jonnyb: yes, i heard that - clever :)
gezza: what does not work is to have multiple hovers, eg structures and translations
jonnyb: hmm, the trackers one is a bit different in structure (of course)
gezza: not multiple, sorry, nested hover
jonnyb: hmm, not ideal
probably not recommended design, like having multi-level menus that bootstrap doesn't allow
gezza: maybe those should have their on icon afterall
anyway, let me check first this visibility
jonnyb: brb
back, but realised what the time is - gotta go, more tomorrow!
gezza: just for the record, this seems to work to hide empty ellipsis for wikiactions: .icons.btn-group { visibility: hidden;} .icons.btn-group li { visibility: visible;}
but maybe we could introduce a special class for these
instead of using .icons.btn-group
Telesight1: joined #tikiwiki
fabricius: joined #tikiwiki
Tiki-KGB: 03jonnybradley r54734 10(10 files in 7 dirs) * [MRG] Automatic merge, branches/14.x 54727 to 54733
MagicFab_: joined #tikiwiki
Jyhem_laptop: joined #tikiwiki
Tiki|bot: joined #tikiwiki
New Forum Posts: "Title Bar" tikiwiki syntax not working in 13.1? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=55339
Recent Bug: - http://dev.tiki.org/item5602
fabricius: joined #tikiwiki
Tiki|bot: New Forum Posts: "Title Bar" tikiwiki syntax not working in 13.1? - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=55339
New Forum Posts: Tiki 14.0 beta - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55334
New Forum Posts: UI / UX and Accessibility - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55332
New Forum Posts: "Title Bar" tikiwiki syntax not working in 13.1? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=55339
New Forum Posts: Tiki 14.0 beta - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55334
New Forum Posts: UI / UX and Accessibility - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55332
amette_laptop: joined #tikiwiki
Tiki|bot: New Forum Posts: "Title Bar" tikiwiki syntax not working in 13.1? - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=55339
New Forum Posts: Tiki 14.0 beta - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55334
New Forum Posts: UI / UX and Accessibility - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55332
amette_laptop: joined #tikiwiki
Tiki|bot: New Forum Posts: "Title Bar" tikiwiki syntax not working in 13.1? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=55339
New Forum Posts: Tiki 14.0 beta - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55334
New Forum Posts: UI / UX and Accessibility - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=55332
amette_laptop: joined #tikiwiki