Tiki-KGB: 03alexandrequessy r52467 10trunk/ 10templates/modules/mod-svnup.tpl 10styles/layout/tiki.css 10styles/layout/less/tiki-modules.less * [ENH] SVN up module has its style in CSS file now. Tiki|bot: New Forum Posts: Daily build broken - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53307
New Forum Posts: Layout template can be selected at themes.tiki.org - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53296
New Forum Posts: wikiLingo and WYSIWYG - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53283
New Forum Posts: Daily build broken - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53307
New Forum Posts: Layout template can be selected at themes.tiki.org - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53296
New Forum Posts: wikiLingo and WYSIWYG - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53283 chibaguy: joined #tikiwiki fcpd: joined #tikiwiki
tikiwiki 12.2 business theme. Can someone tell me where the css/code is that adds the leafs and header type of color in the upper section so that I can alter the image? thanx! chibaguy: fcpd, the Business theme stylesheet is /styles/business.css. You can see #c1c2 #wrapper #col1 {
background: #fbfbfb url(business/image1.jpg) repeat-x;
} in that file. fcpd: thank you very much! chibaguy: (I didn't double check if that's the right image, but maybe it is. ;-)
Anyway, that's the file. fcpd: would you recommend that i change the image in there and alter the css stuff in there or is this something wherein i should be adding css info from the admin part. i am no good at any of it, but am learning and want to get in good habits
@chibaguy: Spot on! Found it in the cPanel. Thanx again! chibaguy: Ok, great. :-) You can override the stylesheet using tiki-admin.php?page=look's Customization tab. That's probably the easiest.
If you modify, business.css, then the change could be overwritten if the file is replaced or upgraded with the standard image again.
Like if business.css becomes corrupted and needs replacing, etc.
Your new image rule in tiki-admin will be preserved. fcpd: So, sorry to bother but take something like .sitetitle { font: bold 24px helvetica,arial,sans-serif; } which is in the business css. Could I just alter say to bold 20px and then place the whole thing in the Custom CSS segment?
More on point I guess I am asking how would the system know if it was specific to business or whatever like if I wanted to change the image in the business theme. Final ? where would you recommend I go read to learn more on this in tiki and not bother folks? ;)
ah, i activated the edit template feature here: /tiki-edit_css.php and selected the business template css. I guess this, though, is the same thing as going into cPanel and doing it there, though.
Cool though! Very cool! I am like a kid now that I have found this section! --- Feeling sheepish and grinning like kid in candy shop! ;) fabricius: joined #tikiwiki leagris: joined #tikiwiki Tiki-KGB: 03chibaguy r52468 10branches/ 10(18 files in 11 dirs)
[FIX} In FiveAlive-lite, navbar links that have dropdowns (i.e., the "tab-like" links) should have a bottom border. The "button-like" links without a dropdown should look like buttons and not have a bottom border. chibaguy: joined #tikiwiki Tiki|bot: Recent Bug: - http://dev.tiki.org/item5458 fabricius: polom
somebody here of the packaging team or releasing team? Tiki|bot: Recent Bug: - http://dev.tiki.org/item5459 dabright: joined #tikiwiki Tiki|bot: New Forum Posts: [Tikiwiki-cvs/svn] SF.net SVN: tikiwiki:[52467] trunk - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53313 chibaguy: Torsten ( fabricius ), are you there? XGuarden: joined #tikiwiki fabricius: chibaguy: yes
ping chibaguy
just back on keyboard chibaguy: Hi fabricius / Torsten . I wanted to let you know about a few changes I made in the fivealive-lite stylesheets and at themes.t.o.
My idea about the topbar menu is that items with dropdowns should look like tabs (radius on top corners but not bottom corners, and have a bottom border on the li element) and items without dropdowns should look like buttons (all corners are radiused and there's no bottom border on the li element). fabricius: Hi chibaguy I guess, my naming in the IRC account (client based) different than the user name is confusing and not consistently displayed from client to client - I will delete that asap
so now listening chibaguy: I committed this in the fivealive-lite stylesheets, for all the options. And at themes.t.o I removed the custom CSS that was changing the link borders and making the bottom border on the ul.
It's a little odd to have both appearances on links, but I think it matches their function (dropdown like a tab, or navigate away from the page like a link button).
I recommend the other sites be changed the same way.
That's my vision of the theme, anyway. fabricius: chibaguy: got the idea and fivealive-lite.css is made this way, have seen your post ... just on the *tiki.org sites there is a full line and buttons as tab hardcoded in Admin L&F (not yet fully documented on the new config structure in tik.org/community) chibaguy: luci asked me why the links looked like tabs, and I explained it's because clicking them displays the dropdown like tab content.
But only the ones that have a dropdown should like like a tab, IMO. fabricius: I agree with you in general for your fifealive-lite.css - however I do not agree to not have at least something that appears nearly as topbar/navbar on the Ptiki.org sites
/sPtiki.org/*.tiki.org
/s/Ptiki.org/*.tiki.org chibaguy: Well, the custom code at the site needs to be changed to allow this styling to show. It was especially an issue at themes.t.o because people can change the theme.
Hardcoded colors and styles don't work there. fabricius: please mind, that the actual appearance of *.tiki.org is temporary and there are aswell users who like the skeleton alike white non-navbar appearance as users who miss the defined structuring old topbar-menu/navbar chibaguy: Unless you add filters for the theme, which is no fun. fabricius: for *.tiki.org we have to keep a consistent and most broadly accepted compromise, yet no experimenting and organic development to somewhere chibaguy: Right. I suggesting changing all the sites to match the menu treatment at themes.t.o; in other words, let the stylesheets handle the topbar menu. fabricius: using the custom css on *.tiki.org imho is aswell not a good solution .. this would be more to fix something temporarily or to show something on a development site chibaguy: yeah. fabricius: look Gary. in this appearance - I just looked at themes.tiki.org - there is no indication to the user, where the top-area ends (header+topbar) and that the few buttons under the logo would be meant to represent the *main navigation*
I am mainly working with non-tecchies and I am wondering all the time, what they do not realise, what seems obvious to us
and these topbar buttons just look the same as all the other buttons all over the place
some tecchies might guess, that these look a tiny bit different and try the dropdowns - if JavaScript active, then they get the aha-effect, that this might be the main navigation chibaguy: Well, on the other hand, if the links all have the appearance of a tab but not all work like a tab, that's not good either.
And I don't think the 2px line under all the links makes much difference.
The links are in a row, and the ones that have a dropdown have the bottom border, so I think that's enough to tell people it's a horizontal navbar. fabricius: chibaguy: I think, you look at the issue from the technical perspective, wnating consistence in code, in theme, in structures, what I appreciate big time.
chibaguy: I look at the same issue from the perspective of gardening a specific website and how a non-enlighted user would find his/her was though the specific website Tiki-KGB: 03lphuberdeau r52469 10trunk/composer.lock
[FIX] Improperly built composer.lock without dev packages prevented composer from running with the default arguments fabricius: the 2px line seemed to be the minimum compromise for us to agree on
maybe you can look at it from a different perspective and suggest a different solution .. maybe you understand my perspective better now chibaguy: But the line and the top-only button radius implies that these are tabs; clicking some, however, takes you to another page, which is not a tab action, so that's confusing.
I too am looking at it to see what the visual clues are to a normal user. fabricius: I am not critisising the theme, I want an obvious appearance of *main navigation here* to the users without again massive changes to the temporary design Tiki-KGB: 03lphuberdeau r52470 10trunk/lib/payment/paymentlib.php
[FIX] When specifying the capture amount, set the payment amount to the captured amount to avoid payments not being completed when capturing less than the expectation fabricius: you want to imply: *dropdown here* and *button here* chibaguy: I like the button-like things (all corners radiused, no bottom border) to be buttons and the others to be tab-like when clicked, causing the dropdowns. To me this makes their function clear.
yes. fabricius: that is just fine, but that does not imply *main navigation* chibaguy: With the custom code, only the small down-arrow is a clue to the function.
Hmm, to me "main navigation" is a row of links. That's what I see at themes.t.o. Only the search button and wiki print and language switch button are nearby, so I think there's no confusion about the main menu. fabricius: Imho not. the topbar must appear obviously as main navigation area (zone) and either these buttons / this menu or the background in header and topbar have to be different ...
when a *main navigation* for you is just a row of links you have to find somewhere, then you seem to have a very technical perpective.
when I started to learn IT stuff as side entrant, few month before I popped up in the Tiki community, I had no idea about how a server would "look like" from inside for an administrator ... I was literally wondering, if a server had green folders instead of yellow ones or if a server had folders at all
similar to non-tecchie users chibaguy: Well, then some other styling is needed, not tiny changes to the button corners, etc. It's equally confusing IMO to have links that look like tabs but don't function like them. XGuarden: joined #tikiwiki fabricius: they have no idea about <li> elements and how things are technically made in the background
for them a menu is a menu when the visually identify it as a menu displayed specifically and different than other elements chibaguy: Exactly. That's why tab-looking things must fuction like tabs, and button-like things function like buttons. fabricius: here I am with you.
what about a slight grey background with a tiny bit darker 1px line across the topbar (best full width) with a not too narrow and not too wide padding-top/bottom? Or something like that.
maybe not even gray, but the color that we have as background of the inputs
I am talking about a structuring, yet not obstrusive design element that clearly devides the top bar from what comes below chibaguy: Maybe so. Let me do some experimenting and I'll post some screenshots maybe at branding.tiki.org :-) fabricius: For screen-reader accessibility we would have to work with html5 elements, but I have seen in the templates, that you seem to have thet in some focus anyway
Oh please Gary NOT THAT on branding - this is just for the meantime ... as the majority desided to work on branding.tiki.org, please let us use this ONLY for the new tiki design as in relation to the Tiki branding.
but anyway: some experiments and screenshots well appreciated in themes - Bootstrap structure chibaguy: ok fabricius: thx chibaguy: It can be on themes if it's about the FiveAlive-lite theme. But branding is the place for discussions of the site designs in general, as I understand it. fabricius: Branding was a reference place only and now is additional a workspace for developing the new or refurbished reference. If it will develop to one more place of general discussions on a specific topic, we will see ... hopefully we will not get a forum on branding chibaguy: If the forum is on branding, it will be visible only to registered, logged-in users anyway. I don't see it as a problem. And if it's not there, then where? Not polluting dev with design topics, I hope. It isn't really appropriate on themes, either, if themes is for theme topics, not project site topics.
Well, I'll ask one more time on the dev list before making any content anywhere. fabricius: chibaguy: the problem is following:
we have now three locations for developing - dev.t.o, themes.t.o and branding.t.o,
three or more locations of tiki community forums - t.o/forums, themes.t.o/forums, de.t.o/forums, with a german forum on two of the places, maybe fr.t.o/forums and more
two places of documentation: doc.t.o and themes.t.o
etc.
we are just generating more and more places to do the same task
whilst having documentation on doc.t.o and themes.t.o for different target groups and tasks makes some sense, it makes it just not managable to take care and use all the different locations
Tiki Bootstrap integration could be a perspective on dev.t.o (accepted that not) - Tiki community site design development could be a perspective of dev.t.o or of themes.t.o to be integrated with othe relevant content XGuarden: joined #tikiwiki
hi< fabricius: de.tiki.org should be merged with tiki.org and extend the information there
etc. chibaguy: I think some people wanted distinct sites for some reason. fabricius: instead we have a multisite approach on tiki.org - suite.t.o perspective - which is just not working and produces double content and we spread different topic content for the same or similar tasks over different instances instead of using perspectives for what they are ment to be used chibaguy: Anyway, I'm going to have a bath now. Will check back later. fabricius: ok+
just last one: I find the distinct websites make sense, but they are not for self purpose
why I should login to four different *.tiki.org websites to write to different topics in the forums, when we can have all different topic forums in one instance *.tiki.org
if we did everything the same way on all distinct sites we would not have a mess on one integrate site, but on several distinct sites olinuxx: joined #tikiwiki fabricius: imho the distinct site are ment for (and make sense) for different tearget groups and tasks - especially where there is completely independant content and structure
anyway: have a nice day and see you later olinuxx: bonsoir/bonjour
hi all fabricius: hi olinuxx olinuxx: fabricius, guten haben mein german freunde fabricius: Hallo olinuxx wie geht es Dir? olinuxx: fabricius, ich gehe, but ich habe ein kleine hunger
(how you say "but" in german? ) fabricius: aber olinuxx: danke
:) fabricius: but you mean "because" = "weil" ?
you go because you are a bit hungry?
where you are located?
wo lebst Du? olinuxx: arf, no, I was trying to mean "I'm going well, but I'm a bit hungry"
so, let's try again
ich bin super, aber ich habe ein kleine hunger fabricius: => mir geht es gut (sehr gut, super), aber ich habe ein wenig Hunger. -: olinuxx still have some progress to work on with German language... fabricius: ein "kleiner Hunger" is kind of a special wording implemented by an advertisement olinuxx: ok
so "wenig" is much more relevant in most of the case ? fabricius: nun olinuxx: da musst Du einfach fleißig üben. -: olinuxx is going to an online translator fabricius: not "wenig" but "ein wenig" or "ein bischen"
here we face some non-logic, where we have a bunch of understandable versions, but only a few of them are commonly used olinuxx: ok fabricius: you would say "ich habe wenig Hunger", but for the opposit not so often "ich habe viel Hunger" olinuxx: (and thanks for the encouragements :) ) fabricius: you say instead "ich habe großen Hunger" and for the opposit (see above) not "ich habe kleinen Hunger"
sogic would be the pairs olinuxx: :) fabricius: wenig - viel and groß - klein
but we use wenig - groß
that is not logic
but we understand aswell klein - viel
yet then we realise a foreign is speaking ;-) olinuxx: just you understand that I'm not a german native speaker
ahaha :) fabricius: /s/sogic/logic olinuxx: the beauty of the foreigner using your language, I love when non-french are speaking french
they're giving then a bit of a poesy to the language
then/there fabricius: :-) yes indeed olinuxx ... it is aswell nice when French speak German, especially women .. kind of sweet then
are you from France or from Canada? olinuxx: France
european territory fabricius: :-)
yes, you could be in France and still live in very far time zone east or west Tiki-KGB: 03lphuberdeau r52471 10trunk/lib/trackers/trackerlib.php * [ENH] Be a little more flexible on the accepted editable parameter olinuxx: joined #tikiwiki chibaguy: joined #tikiwiki fabricius: joined #tikiwiki RobertRas: joined #tikiwiki
Hi all fabricius: hi RobertRas: A question concerning profiles...How do you return the category id from a wiki page template fabricius: could you specify please? RobertRas: I am able to get the file gallery and blog id using the $profielobject:so_ref$ syntax but it doen't seem to work for categories
This might get lengthy..LOL
I using a datachannel, it creates groups and various categories.
As well as wiki pages. The wiki pages are created using templates and the wikicontent:wiki_page_template
Within the templates I need to reference object i.e. blog, file galleries, categories to be used in modules Ed___: joined #tikiwiki RobertRas: Since these are created on-the-fly by the profile/datachannel I used the $profileobject:object_reference syntax and this works fine for the blog and file gallery objects created by the profile/datachannel
This does not seem to work for categories. Is this supposed to work and if so how?
Example: {module module="categories" type="wiki page" deep="off" categId="$profileobject:state_category" selflink="y" notitle="y" module_style="vert"}
The above does not replace the $profielobject: call with the proper category id as created by the profile.
{bloglist Id="$profileobject:public_blog$" Items="1" author="$profilerequest:Login$Login$" simpleList="n" charCount="250" wordBoundary="y" ellipsis="y" more="y" showIcons="y" isHtml="n"}
The above works for the blog object and returns the blog id as created by the profile.
Any ideas? fabricius: Wow!
sry but still reading again RobertRas: NP fabricius: I believe I cannot help you out with an answer, although this is an interesting area, which I postponed since a good while and also I will need for a bunch of ideas quite soon RobertRas: Thanks anyway fabricius: I suggest, that you write to the devel-list (which is mirrored to the forums) RobertRas: Will do fabricius: there are only few people who know about data channels and related in depth RobertRas: I'll go through the dev site again to see if I missed something fabricius: I will have to write some decent documentation for that quite soon, but doing that a in a decent time, I'd need the hand of s.b. who knows better, to give me a start or to explain a few use cases EdLaw: joined #tikiwiki fabricius: otherwise it will ake ages until I get to work on the documentation
Anyway the idea of datachannels and profiles is awesome
sry dude, that I could not help ya out RobertRas: I'm swamped with this current project otherwise I'd help ya fabricius: maybe in a few weeks
welcome at ans time ;-)
/s/ans/any RobertRas: Tiki is the most versatile of all code for this purpose
But as you said the documentation is lacking...not a criticism..I know how doc-ing code can be
Take care. I'm off to dev site. fabricius: bubu Telesight: joined #tikiwiki RobertRas: joined #tikiwiki
Hey fab you still here?
fabricius?
left #tikiwiki Tiki|bot: New Forum Posts: [Tikiwiki-cvs/svn] SF.net SVN: tikiwiki:[52467] trunk - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53313
New Forum Posts: Daily build broken - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53307
New Forum Posts: Layout template can be selected at themes.tiki.org - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53296
New Forum Posts: [Tikiwiki-cvs/svn] SF.net SVN: tikiwiki:[52467] trunk - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53313
New Forum Posts: Daily build broken - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53307
New Forum Posts: Layout template can be selected at themes.tiki.org - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53296 fabricius: hey RobertRas
ah left chibaguy: joined #tikiwiki Tiki|bot: New Forum Posts: Assigning category id using $profileobject: syntax - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53319 XGuarden: hi fabricius: hi Tiki|bot: New Forum Posts: Assigning category id using $profileobject: syntax - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53319
New Forum Posts: [Tikiwiki-cvs/svn] SF.net SVN: tikiwiki:[52467] trunk - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53313
New Forum Posts: Daily build broken - http://suite.tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53307
New Forum Posts: Assigning category id using $profileobject: syntax - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53319
New Forum Posts: [Tikiwiki-cvs/svn] SF.net SVN: tikiwiki:[52467] trunk - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53313
New Forum Posts: Daily build broken - http://tiki.org/tiki-view_forum_thread.php?forumId=26&comments_parentId=53307 chibaguy: joined #tikiwiki dabright1: joined #tikiwiki