tikiwiki: 03trebly * r32198 10/trunk/ (2 files in 2 dirs): (log message trimmed)
tikiwiki: [ENH] for developers : When a string used as <label> or <input> and others Tiki
tikiwiki: strings that are purified are too long for a good display the keyword
tikiwiki: "[breakline]" introduced into the string (in sources, and/or languages files if
tikiwiki: necessary) at the right place, sets the label generally on two short lines. This
tikiwiki: is particularly useful for tiki-admind and prefs definition. The smarty modifier
tikiwiki: modifier.breakline.php is used here for list.tpl. Used for new prefs in a coming
entering the forest
polom
konitchiwom
:-)
can a module contain a module? That is, can you make a custom user module whose data is some Module tags?
should be ok, right?
yes should be
thanks, sylvieg
it would be step backwards if it couldn't
polom y'all
hi ricks99
hiya chibaguy
the tiki7 module areas are working pretty well
I was concerned about how multiple themes on a site would be handled with no more theme tpls for siteheader , but it's pretty easy, using the module parameters to control visibility.
something to look forward to
hmm, what module in trunk will display a thumbnail from a gallery?
Hmm again, parameters aren't saving for a custom user module in trunk (using syntax parameter=x&parameter=y).
<chibaguy> Hi, I follow in details your job on tiki.tpl and styles. I try to help you in the shade, finding problems, this because I had developed some templates for Joomla and it is quite the same job (with smarty more). I don't go into details here. Some behaviour seams good and with others modules or another  style the col3 is out etc. It is not stable.
- about  TPL: tiki-sitelocbar.tpl  I do believe that the right place is under the header (last in-line after header modules) because it is a useful tool to navigate.
- I have (mine version, added a margin top (12px) to class header_outer that I have  introduced in layout, this allows a graphic space between header and middle. This separates all the cols from header without margin for cols. 
What's your opinion ? 
tikiwiki: 03sept_7 * r32199 10/branches/proposals/6.x/lib/TikiWebdav/Backend/File.php: 
tikiwiki: [FIX/bp32128] WebDAV : fix fake empty archive when creating a file with
tikiwiki: tiki-webdav
Trebly: I haven't noticed any problems with col3 being unstable. What do you mean?
Also, tiki-sitelocbar.tpl is probably going to be displayed with a module in Tiki 7. All those little things like breadcrumbs, email this page, etc. will be displayed as modules in the new module zones. no more template files for them.
tikiwiki: 03chibaguy * r32200 10/trunk/styles/ (darkshine/stripes.gif darkshine/stripes.png darkshine.css): [FIX] Theme update for Tiki 7. Darkshine now uses default tiki.tpl :-)
tikiwiki: 03chibaguy * r32201 10/trunk/templates/styles/darkshine/ (6 files): [FIX] Theme update for Tiki 7. Darkshine now uses default tiki.tpl :-)
About the margin top on header_outer, div id="main" already has a top margin in fixed-width layout, and it's just above #header_outer, so I don't understand the need.
Trebly: We must remember layout needs to stay as simple as possible, because each theme has different needs regarding layout and coloring, etc.
tikiwiki: 03chibaguy * r32202 10/trunk/styles/ (thenews.css tikinewt.css): [FIX] Theme updates for Tiki 7 (around site header, topbar, and bottom module areas). Some fixes still needed, esp. for popup login box.
Q: What's the difference between "detailed" and "short" daily watch report?
I'm guessing "detailed" is long, and "short" has no details. ;-)
lol. helpful as always ;-P
yeah, i try. ;-)
does detailed include diff?
sorry i have no (real) idea
<chibaguy> c1c2 is in < middle in< middle_outer.  middle_outer inherits of 100%, midlle is fixedwidth=100%, #c1c2 is fixed 100% then col3 which is aside c1c2 can move under all.
I am aware of the roles of layout and style it is the reason why I always try to know where is the "constants of general style" which must be in layout and not repeated in styles, here there is always a colored header and the middle outer. So to ba able to align top of all colx (col1, center col3) the better ans shorter is a top margin on middle_outer (I met the same in joomla some year ago 1.15)
Trebly, I haven't seen a layout problem like you describe, if I understand correctly. But if you commit the change to layout.css, I can see the difference before and after. (But please don't add extra comment text in the files about the commit, such as your name and intentions, etc. Subversion records the commit comments separately. They don't have to be inline in the files themselves.
I have to go for a little while but will be back later.
polom
Hm... blog header preview still broken in tiki6/proposals
FrIdAy!
or Saturday even (JST)
:-)
<chibaguy> You can screenshots on wishlist #3773 https://dev.tiki.org/tiki-view_tracker_item.php?itemId=3773
Trebly: I see that the layout is broken in those screenshots, but I don't experience that in my trunk installation.
Well, I have minor problems, such as the calendar in the calendar module being too wide for the column, but not major column layout problems.
<chibaguy> I was sure. I try to find why. I am doing a test and a come back.
The calendar problem is independant. I am working on and there is a lot of letterature. Very important problems which need to have an ad-hoc team on this, but before I need to end my work. And there are other who tries thing as I had yet 50 hours of work on and don't commit anything (just a preparation) because it is not yet solved. The main problem is that all calendars and their module...
...share some same vars which come from the time when there was one lonely calendar...
Trebly: Please see the screenshot I just added as attachment to your bug report.
Well, the module calendar problem I mentioned was a simple case of the side column being too narrow to hold the calendar due to the width of calendar text and padding, etc.
You can see the layout in my Tiki 7 installation is not broken. This is Subversion trunk.
tikiwiki: 03xavidp * r32203 10/mods/trunk/wiki-plugins/r/lib/wiki-plugins/wikiplugin_rr.php: [ENH].Rdata loaded and saved per wiki page or tracker itemId, so that R sessions are kept and used separatedly. Thanks Alex Sanchez for tips.
OK, I see a problem with wide center-column content (in Firefox). I added another screenshot. https://dev.tiki.org/tiki-download_item_attachment.php?attId=278
tikiwiki: 03sylvieg * r32204 10/trunk/tiki-list_file_gallery.php: notice
tikiwiki: 03sylvieg * r32205 10/branches/proposals/6.x/tiki-list_file_gallery.php: [bp/r32204]notice
#middle_outer doesn't widen when the page does. This would be a good problem to fix. (Firefox only maybe? It's OK in Opera (widens).)
<chibaguy> OK. That what I am waiting. Why not ? I am looking for.
I just think now that there is a possbility that I have to test. It seems that there is sometimes bugs into the screendrivers and OS system, this make that the reported various values for the available width seems wrong (some differences and available values too great, seems related with the problem as the MS js calculous which are different from the js used with Firefox - calls of basic...
...functions from GUI) then the final width calculated to display appears wrong (greater than the available) then the navigator cuts on the right). I need simply to add a js modules which reports the current values, this allows test into the footer.
Too it can come from windows (use of two screens - one 1680x1080 and one 1920x1200 - and confusions on the size of the displaying screen). 
I made reports on forums about this subject one or two year ago. I will try to get back. The solution had been to have a little js test to make corrections or to take care of the maximum error into the calculous (for example set 94% not 100% width. sorry for the length it is a little complicated problem.  
Oops, also a problem in Opera.
Trebly: what web browser are you using?
<chibaguy> On XP SP3  firefox by I can test too with MS explorer, Google chrome and Opera. I make a test right now with the url.
I use Firefox and Opera to work on the themes (same XP SP3), and check with Chrome (actually SEWare Iron - chromium )and IETester (for IE7 and 8, no more IE6 for Tiki 7) and sometimes Safari (windows version).
hi, jonnyb
polom chibaguy 
I've noticed a problem with wide pages in trunk, when fixed-width is on. https://dev.tiki.org/tiki-download_item_attachment.php?attId=278
hmm, i see - looks like something to do with the display:table thing again :(
None of header_outer, middle_outer or footer expand.
tikiwiki: 03jonnybradley * r32206 10/trunk/lib/images/gd.php: [FIX] gd images: Better fix for r32129 [6.x r32130] to handle case where image has been loaded and modified already (thanks Nyloth)
chibaguy: looks ok locally for me on jqui.css, checking other themes...
you have some wide content in the center column, to force beyond the viewport width?
i set the fixed width to 800px so filegals should break it (no?)
chibaguy: i see it now - so what should be the solution to that? to force the whole page width wide?
if so, how i wonder...
<chibaguy> Some results : 
- with firefox on my homepage fro visitor it's OK, when I change to "adminsitrator" col3 goes at the end of middle
heh, I don't know offhand.
- with Google-chrome both OK
- with Opera 1.11 same as firefox
Trebly, I don't know; my pages are ok either with anonymous or admin.
are custom site header prefs still used with teh new modules?
hi sylvieg - you mean sitemycode, feature_custom_html_head_content etc? the intention is those should be recreated as user modules but i haven't managed to make an upgrade script yet (scary)
<chibaguy<<jonnyb> 
- first I have not the same modules in the both particularly module action_calendar which overlaps out his column to center
- There is really various result for the same value in diffrent context (value got by  a window.document.getElementById("windim") : 
     - window.innerWidth
    - document.body.clientWidth   
    - screen.availWidth
    - screen.width
- To not have a minimum fixed width, the solution has been (Joomla site)
   - Find an envelop of the values found ( test four computers and four navigators)
   - Choose a max width in % so that never the result x% * <security coeofficient> be > 100% 
  
-In another way limit the with of center because of ergonomics so that, with the font, there was no more than 100c per line displayed (readibility of texts)
<chibaguy><jonnyb> with opera the first line header components overlap completely (align right but the right is not decrease by each component...) with google-chrome its ok, with firefox they partially overlap from right, they seem to be limited on left by the  TPL: tiki-sitelocbar.tpl  )
hi Trebly - yes, i'm not sure what should happen here
chibaguy: the changes you made to the .box-* classes seem to cause some troubles for me (like if you have login and search in the right col) - seems like a step backwards to me i'm afraid - i.e. you have to get a css expert in to move things around)
tikiwiki: 03jonnybradley * r32207 10/trunk/styles/jqui.css: [FIX] jqui: Restrict hard-coded module positioning for login and search to top zone only
Well, sure, you shouldn't need to be a CSS expert. Maybe the scope needs to be narrowed.
i just did that for jqui
I expect there are things that need to be tuned.
ah, ok. I'll keep an eye out for other cases.
yes, it'll take time for this to settle in i guess
I wanted to get all the bundled themes more or less 'converted', and will go back and tweak details.
maybe we should make some "special" classes for siteheader migration stuff like this? maybe that's just more complication
yes, thanks for all that anyway, good stuff :)
It seems like all themes made from a design will have some modules positioned with the theme stylesheet, right?
I mean in contrast to the drag and drop placement.
yes, we need to keep that ability, but often those are the things clients was changing - so doing both is the aim (somehow)
Right.
I see your commit message now. Yes, I meant to restrict it to the particular modules div.
(thought i'd messed it up with my theme generator experiments! :) )
heh, too many variables
jonnyb, something else about admin modules. When assigning a custom user module, I had trouble getting the parameters to work. With two parameters, it was fine (nobox=y&theme=thenews.css) but when I added two more, they wouldn't be saved. That is, after saving, only the first two parameters showed as assigned.
This seems to be a regression, unless I was doing something wrong locally (but don't know what).
polom
hi all, hi rick... yea for friday, i'm off to vancouver for 4 days for a geocaching series and a visit with family. not much time for tiki, ;(  Can i create a center block for the shoutblock? or is that l-r column thing required?
and i just can't get my head around populating trackers
!help
help [<plugin>] [<command>]
!help plugin
You can put any module in the center content area, by using the "Module Plugin"
See docs http://doc.tiki.org/pluginmodule
thanks rick... that plugin thing has been giving me a headache.
is that a module plugin or a plugin module?
is there a dictionary for tiki speak?
;)
module and plugin can do the same thing but not with the same interface . So its depends soemtimes the feature has been implemented as a moulde, sometimes as a plugin - so if the feaure is implemented as a module and if you want to use it in a wiki syntax, you need to use the MODULE plugin
it is a Plugin
the name of the plugin is: Plugin Module
it is a plugin that allows you to add a module to a page
here's a tiki glossary: http://twbasics.keycontent.org/glossary
tikiwiki: 03sylvieg * r32208 10/trunk/ (2 files in 2 dirs): [FIX]module: a warning to show obsolete prefs before removing them
tikiwiki: 03chealer * r32209 10/trunk/lib/ (perspectivelib.php prefs/site.php): [FIX] site_terminal: inverted network mask size. For example, 10.50.10.0/24 would be taken as 10.0.0.0/8
does someone remember. I have a server where apache can write a dir xxx in temp/ but can not write in temp/xxx/ 
I know it is a security feature but I can not remember where to allow
hello
it is the suexec module that fordids me to write in a dir created with apache :-(
hello there :)
I got a question regarding the pharsing of the pages in TikiWiki 6.0:
just ask
in the older version, I had images on my web page / start page with links and they seamlessly fit. Now with 6.0 there is a "gap" between the pictures
if you have a quick look, you will realisie the problem: http://www.urpg.info/tiki-index.php
is there a way to remove the spacing?
I don't see images there
anonymous users may be missing some permission
i can see them even when i am logged out?
ah! switch the site to german...
i guess it automaticvally redirects you to the english version, did not fix that one at all yet
I don't know where that spacing is from
the source is just {img src="../images/WikiRegeln.gif" link="tiki-index.php?page=Regelsystem"}{img src="../images/WikiWelten.gif" link="tiki-index.php?page=Hintergründe"} and on the old page ther was no gap at all :(
you can put a background in the containing div
if you take awayteh link on the images do you still have the problem?
the htnl is incorrect
<img src="../images/WikiRegeln.gif" alt="Image" /></a>
there is 2 closing tag
means there is a bug in tiki??
sorry it is ok
let me remove the link...
sorry
ah!
found it... i *have* to put a linfeed between the images... no idea why but that solves the problem, no more space