--- Log opened Tue May 01 00:00:55 2007 00:04 -!- rbroen [n=rbroen@cp47104-a.roemd1.lb.home.nl] has quit ["Leaving"] 00:26 < greghacke> rizen: query, what are the cinsiderations on setting the ft_stopword_file to NULL and remove the existant and efault stopword list? 00:26 <@rizen> no idea 00:27 <@rizen> never done it 00:27 < greghacke> Part of the long discussions a while back on fulltext searching and the MySQL stopword list. in 5.x and above, you can configure the st_stopword_file to null and it will search for the, who, etc. 00:27 < greghacke> my concern of course is system overhead. 00:28 <@rizen> yeah, i know it can be done 00:28 <@rizen> i just don't know the implications of doing it 00:28 <@rizen> i don't know if it affects performance 00:28 <@rizen> database size 00:28 <@rizen> etc 00:29 < greghacke> working to optimize some queries and finding that i use two fulltext queries and although i'd like no stopwords, i question the affects. 00:29 < greghacke> eh, prolly just start testing it locally 00:30 < greghacke> something to work on after thursday's test i guess 00:31 <@rizen> do let me know what you find out 00:31 < greghacke> of course. am working today to post my wikis on EMS. i think next will be optimizing sql reports in wG 00:49 <+perlDreamer> according to the MySQL dev docs, the stop words list is optimized for performace 00:49 <+perlDreamer> so if you clear it, you should see a slow down 00:50 < greghacke> it's optimized for performance for US/English. 00:50 <+perlDreamer> exclusively 00:51 < greghacke> yep. and some of the words don't neccessarily work for some of my host sites. Sure, 'the' is a bad search word. but when you have 40 products called "who's Who" with who as a blocked word... 00:58 <@rizen> pd, do you know how to make control characters while in vim? 00:58 <@rizen> like if i wanted to create the control character for escape it should be ^[ 00:58 <@rizen> but just typing it doesn't actually make it a control character 00:59 <@rizen> or another one would be ^M which should be a carriage return 00:59 <+perlDreamer> Ctrl-V then just type your character 00:59 <@rizen> ok 00:59 <@rizen> thank you 00:59 <+perlDreamer> I'm just a walking vim and perl lexicon ;) 00:59 < greghacke> vim rocks but i get so lost it in sometimes ;) 01:00 <@rizen> you rule man 01:00 <+perlDreamer> rizen: I got asked a hosting question yesterday that I had no answer for. 01:00 <+perlDreamer> Why do people allow PHP scripts to be uploaded by anyone? 01:00 <+perlDreamer> It makes installation dead easy, but it's a huge security risk. 01:01 <+perlDreamer> Why don't people take the same risk with Perl? 01:01 <@rizen> well there are a few things 01:02 <@rizen> perl has access to more system level stuff 01:02 <@rizen> due to xs bindings 01:02 <@rizen> and in order to just "upload and run" perl would have to run in cgi mode 01:02 <@rizen> and most perl apps that are worth anything, are designed for modperl rather than just simple cgi 01:02 <@rizen> some hosting companies do allow you to just upload cgi scripts though 01:03 <@rizen> and then finally 01:03 <@rizen> any big perl app will likely require some external modules from cpan 01:03 <@rizen> because as a community we reuse code a lot 01:03 <@rizen> php scripts more often just copy and paste their modules directly into their own codebase 01:04 <@rizen> it may seem that this is more inflexible to a noob 01:04 <@rizen> but in reality, it provides for a more robust and secure environment 01:05 <+perlDreamer> That makes sense. 01:05 <+perlDreamer> It's hard to explain to people why they can't use wG on their $5/month hoster. 01:07 <@rizen> indeed 01:07 <@rizen> tell them that webgui is designed to go on a stand alone server 01:08 <+perlDreamer> Then how do I sell them on PB hosting? 01:08 <@rizen> and if they just want it for their personal web site, then use one of the hosting options out there 01:08 < greghacke> i just point them to the virtual hosting from pB. it's cost efficient. 01:11 <@rizen> pd, i think you might shit bricks when you see the thing i'm about to submit to the dev list 01:11 <@rizen> and it works because of the advice you just gave me 01:12 * perlDreamer prepares for code constipation 01:13 < pjesi> man I am tired of YUI hacking 01:14 <@rizen> why? 01:15 < pjesi> so many files to include 01:16 < pjesi> and javascript is just terrible 01:17 <@rizen> pd, i take it back, i think it's cool, but you probably already know about all this 01:17 <+perlDreamer> You're an awful tease, rizen. 01:18 < pjesi> specially when then head block of my template is rendered in the body of the page 01:23 <@rizen> pd...i might have a problem with webgui best practices 01:23 <@rizen> damian says that each line should be no longer than 78 lines 01:24 <@rizen> but 78 lines is less than half my screen 01:24 <@rizen> sorry, 78 cols 01:24 <+perlDreamer> can you break before/after an operator? 01:24 <@rizen> well you can...i'm just saying it's going to be annoying 01:24 <@rizen> because it will add a lot more scrolling 01:24 <+perlDreamer> I agree. PBP starts by saying that _you_ need to set a standard and then have everyone follow it 01:26 <@rizen> methinks we should set it bigger 01:26 <@rizen> maybe like 120 chars 01:26 <@rizen> every webgui developer is using a modern system that's at least 1024x768 01:27 < greghacke> hrm. 01:27 < greghacke> that is what i was about to ask. 01:28 <@rizen> it does't even have to be that big 01:28 <@rizen> we could do 100 01:28 < pjesi> vi in terminal is usually 80 cols so people often recommend 78-79 cols max 01:28 < greghacke> i get 119 01:28 -!- crythias [n=gyoung@64.200.2.35] has quit [Read error: 104 (Connection reset by peer)] 01:28 <@rizen> on my screen i can do 160 at normal res 01:28 < greghacke> i understand the vi at 78/79 but it was always a pain. 01:29 <@rizen> greg, what res are you? 01:29 <@rizen> pjesi, but how often are you editing webgui code from a terminal, without X windows so that you're stuck at 80 cols? 01:30 <@rizen> damian cites two reasons for the size of 78 01:30 <@rizen> one is to support older terminals 01:30 < greghacke> oh, at full res, i can do 170 1440 x 900 on monitor one and mondo-huge 2560x1600 on two 01:30 <@rizen> and the other is so your code prints out nicer on a printer 01:30 <@rizen> neither of those things are things that webgui core devs do very often 01:30 <@rizen> if ever 01:30 < pjesi> rizen: I dont, just saying that a lot of people have a bunch of terminals and use it for everything 01:31 <@rizen> those people aren't core devs 01:31 <@rizen> and the core devs are the ones that have to follow these guidelines 01:31 < greghacke> I would feel 100 would do fine and set a simple standard. 01:31 < greghacke> 120 is good but wide. just not sure that only 20 extra characters is a big help. 01:32 <@rizen> greg, what can you get in your terminal at 1024x768? 01:32 -!- crythias [n=gyoung@64.200.2.35] has joined #webgui 01:32 -!- mode/#webgui [+v crythias] by ChanServ 01:32 <@rizen> i have a widescreen monitor so i can't do 1024 01:33 < greghacke> at 1024 x 768, i get 119 characters width. 01:33 < greghacke> i have widescreen but my linux VM is 1024x768 and its what i get there. 01:35 <@rizen> ok, then methinks we should go for 115 01:35 <@rizen> because 1024x768 is the lowest res any dev in webgui core will be using 01:35 <@rizen> and most of us use much bigger ones 01:36 < greghacke> oh, i do too - i'll just reset my res back to 2560 x 1600 for my VM and post it back to second monitor :-) 01:39 <@preaction> i personally find it easier to read code vertically than horizontally 01:39 * pjesi agrees 01:40 <@rizen> me too 01:41 < greghacke> depends on the code. i like to read until a functional break and then scroll down to the next like. 01:41 <@rizen> i've updated the wiki page 01:41 < greghacke> line 01:42 <+perlDreamer> rizen: when does the new widget come out? 01:42 <@rizen> what widget? 01:43 <+perlDreamer> That thing with vim character encoding 01:43 <@rizen> i got side tracked cuz of this width thing 01:43 < greghacke> personally, i like 110 ;) 01:44 <@rizen> well your wrong. how does it feel to be wrong? i've never been wrong and you look like someone who would know. 01:44 < greghacke> feels good! 01:58 <@rizen> ok, it's out 01:58 <@rizen> the thing that made me go "holy crap" was that i didn't know about the iab command before 01:58 <@rizen> that allows you to create inline replacements for vim 02:00 <+perlDreamer> I'm liking wgwarn, et. al. 02:02 -!- perlDreamer [n=ckuskie@nat054.mxim.com] has quit [""""] 02:03 < greghacke> now to convert the vimrc.txt into a set of rules for Crimson Editor 02:03 < greghacke> just the base elements. 02:04 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 02:20 -!- greghacke [n=greghack@cpe-24-210-44-41.columbus.res.rr.com] has left #webgui [] 02:57 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has joined #WebGUI 03:03 < SDuensin> Greetings. 03:14 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [] 03:42 -!- vayde [n=vayde@209.134.142.196] has quit [Remote closed the connection] 03:55 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 03:55 -!- mode/#webgui [+v Radix-wrk] by ChanServ 04:06 -!- vayde [n=vayde@208-110-227-255.usfamily.net] has joined #webgui 04:06 -!- mode/#webgui [+o vayde] by ChanServ 04:28 -!- vayde [n=vayde@208-110-227-255.usfamily.net] has quit [Remote closed the connection] 04:35 -!- vayde [n=vayde@208-110-227-255.usfamily.net] has joined #webgui 04:35 -!- mode/#webgui [+o vayde] by ChanServ 04:57 -!- PedersenMJ [n=Pedersen@mail.icelus.biz] has joined #webgui 04:57 < PedersenMJ> good evening :) 05:04 <@vayde> hey 05:04 <@rizen> howdy 05:04 <@rizen> hey ped, why haven't you contributed to this contest? I figured you of all people to win it 05:04 < PedersenMJ> Howzit going? 05:05 <@rizen> pretty good 05:06 <@rizen> except that vayde is an asshole 05:06 * rizen feigns hate 05:06 * vayde chuckles. 05:06 <@vayde> I am that 05:06 <@vayde> just ask my ex wife 05:07 * PedersenMJ makes a coupla signs, and puts one on rizen's desk, and one on vayde's. Rizen's reads "Pot". Vayde's? "Kettle" 05:07 < PedersenMJ> :) 05:07 <@vayde> lol 05:26 <+Radix-wrk> PedersenMJ is still hurting from the competition I gave him for the How To contest I reckon.. he's realised that second time around he ain't gonna be so lucky ;) 05:27 < PedersenMJ> I just wish I'd been able to focus this month. I didn't make *any* entries. Barely got anything accomplished at work. Got no code written at home. April was a wasted month for me. 05:27 <+Radix-wrk> Good excuse ;) 05:28 < PedersenMJ> Thanks. I spent the entire month working on it :) 05:29 <+Radix-wrk> hehe 05:41 <+Radix-wrk> "You have 6666 karma to spend." - Muahahaha... 05:44 <+Radix-wrk> yikes.. looks like a three-way tie for third place for the Acme code competition atm 05:44 <+Radix-wrk> with "XEyes" and "Come back already!" coming first and second place respectively 07:05 -!- Radix-work [n=Jesse@203.161.68.67] has joined #webgui 07:18 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit [Read error: 110 (Connection timed out)] 07:47 -!- PedersenMJ [n=Pedersen@mail.icelus.biz] has quit [] 08:30 -!- vayde [n=vayde@208-110-227-255.usfamily.net] has quit ["Exit- stage left"] 10:08 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has joined #webgui 10:26 -!- koe [n=mari@alphamega-dmp.xs4all.nl] has joined #webgui 10:26 -!- koe [n=mari@alphamega-dmp.xs4all.nl] has quit [Read error: 104 (Connection reset by peer)] 10:28 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has quit [Read error: 110 (Connection timed out)] 10:48 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 11:52 -!- Radix-work [n=Jesse@203.161.68.67] has quit ["Leaving"] 13:08 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has quit [Read error: 110 (Connection timed out)] 13:53 -!- wgGuest40 [n=wgGuest4@62-101-118-144.fastres.net] has joined #webgui 13:53 < wgGuest40> Hello 13:53 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has joined #WebGUI 13:54 < wgGuest40> We just ordered a new server and we wanted to try webgui on it 13:55 < wgGuest40> I read on the forum that a WRE 0.8 is planned.. Do you have any timeframe for it? 14:06 -!- xootom [n=tom@195.224.29.66] has joined #webgui 14:14 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has quit ["Leaving"] 15:18 <+Radix_> not for a while yet I'm afraid 15:19 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has joined #webgui 15:20 <+Radix_> WRE 0.7.2 should be fine to start with 15:28 < wgGuest40> but more or less when it'll be out? 15:29 < wgGuest40> we would like to plan server upgrades as much as possible 16:15 -!- SDuensin [n=Scott@224.sub-75-205-81.myvzw.com] has joined #WebGUI 16:18 < SDuensin> Good morning (at last). 16:20 -!- bopbop_ [n=kristi@68-114-216-78.dhcp.mdsn.wi.charter.com] has joined #webgui 16:21 < SDuensin> Hello bopbop_ 16:21 < bopbop_> morning! 16:25 <+Radix_> wgGuest40: no idea when it'd be out - I don't think anyone knows at this point, tho Rizen may have a plan 16:26 <+Radix_> woohoo.. 3 way tie for third place! 16:26 < SDuensin> Hey Radix_ 16:26 * SDuensin didn't even make the list. :-/ 16:51 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 16:51 -!- mode/#webgui [+o vayde] by ChanServ 17:17 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has joined #webgui 17:28 -!- wgGuest40 [n=wgGuest4@62-101-118-144.fastres.net] has quit [] 17:31 -!- dionak [n=dionak@adsl-072-149-129-114.sip.clt.bellsouth.net] has joined #webgui 17:33 <@rizen> sd, that's cuz you're a bad person 17:34 < SDuensin> :-P 17:39 <@rizen> wre 0.8.0 is giving me a headache 17:40 < SDuensin> 0.7.2 gave me a headache. :-P 17:41 <@rizen> i thought that turned out to just be a configuration problem? 17:41 < SDuensin> Yea, it was. Complete user failure. :-) 17:42 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."] 17:42 <@rizen> could you remind me in what way? perhaps i can eliminate that problem in 0.8.0 so that no one else has to go through what you went thru 17:44 < SDuensin> Being able to specify which IPs Apache and wremonitor listen to / check would fix it. 17:45 < SDuensin> It was mainly just finding everything I needed to change. The WRE is new to me. (Well, not so much anymore!) 18:08 <@rizen> wremonitor already does that if you set the hostname to check 18:08 <@rizen> so i guess i just need to ask that question during setup 18:08 <@rizen> what hostname to check 18:08 < SDuensin> Right. :-) 18:09 < SDuensin> Asking where to bind Apache would be spiffy, too. 18:10 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 18:10 <@rizen> only for crazy bastards like you 18:11 <@rizen> who are crazy 18:11 <@rizen> and looney 18:11 < SDuensin> Yes, but it works! 18:12 < SDuensin> So have it ask "Are you looney? (y/N): " and then prompt for the other two if they hit "Y". 18:12 <@rizen> hehe 18:12 <@rizen> perfect 18:12 <@rizen> the new setup program will be entirely web based 18:12 <+crythias> :) 18:13 <@rizen> so i'll just have a tab for looney 18:13 <@rizen> =) 18:13 <+crythias> unbookmarkable tabs. 18:14 <+crythias> how hard is it to make tabs directly go-to able? 18:14 < SDuensin> Web based? How do you set up the web server then? 18:14 <+crythias> hee 18:15 <+crythias> shh :) That's logic! 18:15 <+crythias> actually, you could use a perl httpd temporarily. 18:16 <@rizen> yeah, there will be a perl httpd daemon running the setup program 18:16 <@rizen> when you run it, it will tell you what random port it's running on 18:16 <@rizen> and then you go to the url 18:17 <+crythias> how does it do the cgi-ish stuff? 18:17 <+crythias> nm. 18:17 <+crythias> just never mind. 18:17 <+crythias> assp does it, so there's no issue. 18:18 <@rizen> hehe 18:18 <@rizen> you're too funny 18:18 <@rizen> this is perl we're talking about 18:18 <@rizen> it's the god of cgi 18:19 <@vayde> all hail perl! 18:19 <+crythias> :-D How do ya get mod_perl into perl_httpd? 18:19 <+crythias> hee 18:22 <+crythias> btw, what opinion on my RFE for quick-add asset? 18:23 <@rizen> you should know by now that asking about an rfe before i've assigned it a karma rank will get it delayed 18:23 <+crythias> heh. then again, maybe I should ask about the high ranking RFEs :)? 18:24 <@rizen> i think that since we haven't even branched for 7.4 yet, you shouldn't be asking about rfe's unless you're volunteering to write them 18:24 <@rizen> =) 18:25 <+crythias> btw.. I upgraded from 7.0.6 to 7.3.15 the other day. 18:25 <@rizen> sweet 18:25 <+crythias> yes, actually, it was. 18:25 <@rizen> i assume it went smoothly 18:26 <+crythias> yes. 4 sites. 18:26 <+crythias> fortunately no moving about of assets. 18:26 <@rizen> that's the goal...to get back to smooth upgrades 18:27 <+crythias> btw, thanks for the vimrc 18:28 <@rizen> cry, do you code? 18:28 <@rizen> or do you just use vim for sysadmin stuff? 18:28 <@rizen> and you're welcome 18:28 * SDuensin likes smooth upgrades. 18:28 <+crythias> once in a blue moon. I'm [a|the] system administrator for a large church. I'm usually very busy. 18:29 <+crythias> vim for sysadmin stuff, mostly. 18:30 <+crythias> the thing is, vimrc as you've provided rocks. especially since you included a skeleton. 18:31 <@rizen> yeah, i tried to throw in lots of useful stuff, like color coding, history, macros, formatting, etc 18:31 <@rizen> this is the vimrc i use to write webgui 18:31 <@rizen> so i figure it will be useful to other people that use vim 18:32 <+crythias> I just stumbled your dev annonuncement. 18:32 * SDuensin wants to learn Emacs just so he can make it his shell and be an uber geek. 18:32 <+crythias> (for stumbleupon. thumbs up) 18:33 * vayde slaps SDuensin 18:33 <@vayde> watch your mouth! 18:33 * crythias wants to learn Emacs so he can use it to run vim. 18:33 * SDuensin is a JOE fan, but you can't run Infocom games in it. 18:33 <@rizen> JOE is for looney's 18:34 <@vayde> real men use vim 18:34 <@rizen> snapcount was also a fan of JOE 18:34 < SDuensin> We've already established that I'm a looney. 18:34 <+crythias> vi improved and growing rapidly always... 18:34 <+crythias> that's right. vimagra. 18:34 <@rizen> nice 18:36 <+crythias> "Take the blue pill!" 18:36 <+crythias> (Neo) 18:37 -!- perlDreamer [n=ckuskie@nat054.mxim.com] has joined #webgui 18:37 -!- mode/#webgui [+v perlDreamer] by ChanServ 18:37 -!- vayde [n=vayde@209.134.142.196] has quit [Remote closed the connection] 18:42 <@rizen> i've decided that i hate crythias because he makes RFE's that make me think too hard 18:42 < SDuensin> heheeh 18:42 <+crythias> oh, come on, I tried to be very specific. 18:43 * SDuensin files an RFE for an AJAX desktop. 18:43 <+crythias> :) 18:44 <+crythias> hrm 18:44 <+crythias> _________________________________ 18:44 <+crythias> [+] [art][cal][pol][wea] 18:44 <+crythias> ------------------------------------------------- 18:44 <+crythias> (x)(edit)(cut)(copy) 18:44 < SDuensin> Actually, I've been reading up on YUI and thinking more about how to implement it. It's *very* doable. Like "I'm excited about it" kind of doable. :-) 18:45 <+crythias> although I was thinking of icons instead of [art] 18:45 <@rizen> sd, that's awesome 18:45 <@rizen> cry, you suck 18:45 <@rizen> sucky mcsuckerton 18:45 <+crythias> um. ok... :? 18:46 <@rizen> cry, your rfe is making me think not because of what you're requesting 18:46 <@rizen> but because of what you said 18:46 <@rizen> there are a few things in there burning in my mind 18:46 <@rizen> 1) designing without worrying about the shift caused by the admin bar 18:47 <@rizen> 2) adding assets directly to a content position 18:47 <@rizen> 3) adding assets directly to a specific spot in a content position 18:48 <@rizen> i could care less about how the [+] [art][cal][pol][wea] part was implemented 18:48 <@rizen> but it stirs up all kinds of other crap that i've been thinking about for a long time 18:48 <@rizen> so much so that i can't focus on the request you're actually making without thinking about these other things 18:48 <@rizen> and all the problems involved in them 18:50 <+crythias> if it helps, I was thinking about how the drag-placement tells the assets to re-order, so I thought some of that could be used, somehow... 18:51 <@rizen> it doesn't help 18:51 <@rizen> once i get past the problems, the implementation will be easy 18:51 <@rizen> but there are all kinds of problems 18:52 <@rizen> there are human level problems, because the user interface changes 18:52 <@rizen> and then there are technical problems, like the fact that assets have no knowledge of page layouts and/or content positions, nor should they 18:53 <@rizen> but in order to do what you're asking, they have to 18:53 <+crythias> ok, what if there are "always" grey boxes between assets? 18:53 <@rizen> that doesn't help 18:53 <@rizen> the reason is this 18:53 <@rizen> when you add a new asset 18:53 <@rizen> it knows only what it's parent is 18:53 <@rizen> it has no idea about content positions 18:53 <@rizen> but after you get back from the edit screen 18:54 <@rizen> it needs to automatically position itself based upon what content position you added it to 18:54 <@rizen> but it doesn't know about content positions 18:54 <@rizen> see...the endless loop 18:55 <@rizen> if this were an easy problem to solve, then i would have already done what you're suggesting in your RFE 18:55 <+crythias> who's the daddy? always the last asset? 18:55 <@rizen> cuz that was my original intent for the webgui 7 interface 18:55 <@rizen> daddy? 18:55 <+crythias> parent 18:55 <+crythias> :) 18:55 <@rizen> for the purposes of this conversation, the parent is the page layout asset 18:56 <+crythias> how does a new asset know where to go as being the last asset in the loop? 18:56 <@rizen> and the child is an article or whatever 18:56 <@rizen> the child doesn't know 18:56 <@rizen> the page layout asset automatically throws any children it doesn't know how to position 18:56 <+crythias> that is, how does the child rank in its siblings? 18:57 <@rizen> to the bottom of the first content position 18:57 <@rizen> ordered by rank 18:57 <+crythias> how does it obtain a rank? 18:57 <@rizen> all assets are ranked 18:57 <@rizen> that's how navigation knows what order to display them in 18:57 <+crythias> by creation? 18:57 <@rizen> by default yes, but that can be editied 18:58 <+crythias> so one issue is that editing the asset is rank agnostic. 18:59 <@rizen> no idea what you're saying 18:59 <+crythias> the edit screen of an asset is rank agnostic. (doesn't care) 19:00 <@rizen> correct 19:00 <@rizen> but that's not an issue 19:00 <+crythias> oops. I have a meeting. bbiah 19:00 <@rizen> it has nothing to do with the problem 19:00 <@rizen> ok bye 19:26 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 19:26 -!- mode/#webgui [+o preaction] by ChanServ 19:28 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 19:28 -!- mode/#webgui [+o vayde] by ChanServ 19:37 -!- cap10morgan [n=wmorgan@vc1-868-3.adsl.indra.com] has joined #webgui 19:37 < cap10morgan> If you put an HTMLArea in a DataForm and turn on Mail Data, is there a way to make the email send as HTML (and thus preserve the formatting from the HTMLArea)? 19:43 <+perlDreamer> cap10morgan: I've never tried that, but I don't see any reason why it shouldn't work. Maybe it's a templating problem? 19:44 < cap10morgan> hmm... are the email headers in the template? or would i have to modify the dataform asset to set it as type text/html? 19:44 <+perlDreamer> I don't think email headers are in the template. 19:46 <+perlDreamer> Nope, they're in the code. 19:48 -!- xootom [n=tom@195.224.29.66] has left #webgui [] 20:07 -!- rizen_ [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 20:07 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit [Read error: 104 (Connection reset by peer)] 20:09 -!- rizen_ [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit [Client Quit] 20:15 < cap10morgan> ok, thanks pD 20:15 < cap10morgan> i'll look into it and contribute the feature if i end up coding it in there 20:24 <+perlDreamer> cap, you may also want to look at the Thingy spec that rizen published two days ago. 20:24 <+perlDreamer> He's not looking for feedback about it, unless you want to develop the part that you're feeding back about. 20:55 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 20:55 -!- mode/#webgui [+o rizen] by ChanServ 21:05 <+perlDreamer> what idiot decided that the close and quit bindkeys should be adjacent? 21:06 <@rizen> huh? 21:06 <@vayde> lol 21:06 <+perlDreamer> Ctrl-W and Ctrl-Q 21:06 <+perlDreamer> They are way too close 21:06 <@rizen> ah, probably the same idiot that decided on a mac to have Apple Q and Apple Tab next to each other 21:07 <@rizen> one quits, one pages through open apps 21:07 <+perlDreamer> I see 21:07 * SDuensin just learned to type. Solves those problems. 21:07 <+perlDreamer> and since you want to rapidly page through apps... 21:07 <+perlDreamer> rizen: I've decided that I'm going to become evil. 21:07 <@rizen> an evil genius for a better tomorrow? 21:08 <+perlDreamer> Exactly! I'm going to start writing backdoors into WebGUI so that I get control of Windows servers. 21:08 <+perlDreamer> Of course, it will be cleverly disguised as bug fixes, RFEs and tests 21:08 <@rizen> i c 21:09 <@rizen> 1 deleted subversion account coming up 21:10 <+perlDreamer> Think of the work we won't have to do anymore. 21:10 <+perlDreamer> No more Windows for WRE 21:10 <+perlDreamer> No more filesystem semantics. 21:10 <@rizen> you sweet talker 21:11 -!- bopbop_ [n=kristi@68-114-216-78.dhcp.mdsn.wi.charter.com] has quit [Read error: 104 (Connection reset by peer)] 21:11 < SDuensin> hhehe 21:11 -!- bopbop_ [n=kristi@68-114-216-78.dhcp.mdsn.wi.charter.com] has joined #webgui 21:11 <+perlDreamer> And no more windows support at the server level. 21:11 <+perlDreamer> We could even go one step further, and start hacking people who use IE. 21:11 <+perlDreamer> Just replace it with Firefox with a skin. 21:12 <@vayde> 'together we will rule the galaxy....' ? 21:12 <+perlDreamer> "There is no good and evil. Only power, and those too foolish not to use it." 21:13 <@vayde> who are you quoting? Palpatine? or Napoleon? 21:13 <+perlDreamer> Voldemort 21:13 <@vayde> definitely an evil genius for a better tomorrow. 21:14 < SDuensin> Voldemort! 21:14 <+perlDreamer> and I actually misquoted him 21:15 <+perlDreamer> "There is no good and evil, there is only power, and those too weak to seek it..." 21:15 <@vayde> I think HP should start a campaign to refer to him as 'Old Voldy' really mess with his head 21:15 <@vayde> evil geniuses rarely can laugh at themselves 21:15 <+perlDreamer> It's a character flaw 21:15 <+perlDreamer> It's the same one that makes them monologue 21:18 <+perlDreamer> Of course, if I did hack it, I'd feel remorseful afterwards 21:18 <+perlDreamer> Aggrieved, even 21:18 <+perlDreamer> I'd have to iron my hands 21:39 <+crythias> back. 21:39 <+crythias> yeah, long hour. 21:39 <+crythias> so, rizen, you said that rank isn't the problem? 21:40 <@rizen> well your rankness can be a problem 21:40 <@rizen> =) 21:40 <@rizen> but mine is worse than yours 21:41 * crythias sniff his pits. eqe.. oh! I should have used *right* guard! 21:41 <+crythias> s/eqe/ewe/ 21:41 <@rizen> rank has nothing to do with the problem at hand here 21:41 <@rizen> and we can't use rank to solve the problem 21:41 <@rizen> because rank is only 1 list 21:42 <@rizen> and there can be many content positions on the page 21:42 <+crythias> but the asset knows what content position_loop to be in ... 21:42 <@rizen> nope it doesn't 21:43 <@rizen> the page layout asset keeps track of that 21:43 <@rizen> not each asset 21:43 <+crythias> well, not the "asset", but the asset ends up in the proper (or is it just the last position_loop?) 21:43 <@rizen> the new asset just gets tagged on to the end of the first content position, because the page layout doesn't know what to do with it yet 21:44 <@rizen> if we knew the assetid before the asset was created, then we could tell the page layout where to put it 21:44 <@rizen> before going to the edit screen 21:44 <@rizen> but that doesn't happen until after you hit save 21:44 <+crythias> ok, so greybox asset stubs? 21:45 <+crythias> change assetstub asset type? 21:45 <@rizen> what is assetstub? 21:45 <+crythias> a fictitious name for a greybox "between" assets that always exists, with an assetId. 21:46 <+crythias> I guess that is silly... 21:48 <@rizen> the only thing i can think of is that we change the asset API to allow an assetId to be passed in through the URL 21:48 <@rizen> but that seems dangerous to me 21:50 <@rizen> let's come back to this and talk about the shifting problem for a second 21:50 <@rizen> the problem where all the content has to be shifted over to make room for the admin bar 21:50 <@rizen> there's another RFE out there that wants to make the adminbar not scroll with the page because it renders really slowly on some browsers 21:51 <@rizen> i think i know a way to deal with both problems at the same time 21:51 <@rizen> what if the admin bar sat in a frame on the left side of the screen, and the content was included in a frame on the right side of the screen? 21:52 <@rizen> i think that solves the problem 21:53 <@rizen> in addition, i think that pages would load faster because the admin bar wouldn't have to be refreshed on every screen 21:55 * perlmonkey2 ponders hiding from this channel because he knows he needs to start making some progress on the survey update. 21:56 <+crythias> I'd like the admin bar to be a hovering div 21:56 <@rizen> but a hovering div covers content 21:56 < perlmonkey2> what is it now? iframe? 21:56 <+crythias> draggable, hovering div 21:56 <@rizen> it's a div that pushes over all the content on the page 21:58 <@rizen> ok cry...tell me this then 21:58 <@rizen> you're at the bottom of a long page 21:58 <@rizen> now you have to scroll to the top where your draggable hovering div is 21:58 <@rizen> to do anything 21:58 <+crythias> why? 21:58 <@rizen> is that acceptable? 21:58 <@rizen> how could you not? 21:58 <+crythias> not if the div can follow your scroll 21:58 <@rizen> if it's draggable then you have to put it into position 21:58 <@rizen> you just said it was draggable 21:59 <@rizen> is it scrolling or is it dragging? 21:59 <+crythias> it's fixed to position relative to window, not content 21:59 <+crythias> fixed: draggable to a ... 22:00 <@rizen> tell you what...create a static html page somewhere, with a div that does what you want it to do 22:00 <@rizen> cuz i don't understand you 22:00 < perlmonkey2> I'm not sure that is possible. You drag the div to a location. Then you scroll down. The div will not stay fixed, right? 22:01 <@rizen> that's what i'm saying 22:01 <+crythias> http://www.thescripts.com/forum/thread146154.html 22:01 <@rizen> you can't have it scroll and drag 22:02 < perlmonkey2> Geocities style? Yuck. 22:02 < perlmonkey2> Talk about a trainwreck for asethics. 22:02 <+crythias> this is for admin, not users 22:02 <@rizen> cry...the admin bar already does the follow thing that you just pointed me to 22:03 < perlmonkey2> Okay.....then groovy. 22:03 <@rizen> the problem i have is that i know how to make something draggable 22:03 <@rizen> and i know how to make something follow the scroll bar 22:03 <@rizen> but i don't know how to make them do that at the same time 22:04 <+crythias> once focus is blur, the item is fixed.. 22:04 <@rizen> because they seem to be working against each other 22:04 <@rizen> and actually, let me take a step back for a second 22:04 <@rizen> even if i could make this work 22:04 <@rizen> i think this is a horrible idea 22:04 <@rizen> because no matter what 22:04 <+crythias> http://www.dynamicdrive.com/forums/archive/index.php/t-7463.html 22:04 <@rizen> you're always going to have some part of your page covered by the admin bar 22:04 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has left #webgui [] 22:04 <@rizen> it's annoying 22:05 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has joined #webgui 22:05 < perlmonkey2> position:fixed? 22:05 <+crythias> yes, but if you work in photoshop, you have the same issue, sometimes. 22:05 < perlmonkey2> What happens if you drag/drop something with position:fixed attr? 22:05 <@rizen> having the admin bar cover any part of the content is unacceptable 22:05 < SDuensin> Pop the sucker open in another browser window. 22:06 < perlmonkey2> What's the complaint with the current set up? 22:06 <@rizen> if you use a fixed position element in your site 22:06 <@rizen> it doesn't get pushed over with the rest of your content 22:06 <@rizen> when the admin bar is turned on 22:07 <@rizen> that's the complaint 22:07 <@rizen> or at least cry's complaint 22:07 <@rizen> another user has a complaint that the whole follow as you drag thing slows down their computer 22:07 <+crythias> As long as the admin bar is not full page, it doesn't matter to me where the admin bar is as long as it's not where I'm needing to work. 22:07 <@rizen> s/drag/scroll/ 22:07 < SDuensin> I like the frame idea. Or make it a toggle so it's framed or in a new floating window. That's easy enough - just change the target. 22:08 < perlmonkey2> I don't use position:fixed so I like it how it is :0 22:08 <@rizen> SD when you're the one writing it, you can make it do two different things 22:08 <@rizen> while i'm the one writing it, it's going to work just one way 22:08 < SDuensin> When I write it, it'll be on it's own desktop. :-P 22:09 <@rizen> when it's on it's own desktop, you won't need the admin bar 22:10 <+crythias> http://www.gwy2.org/uploads/drag.html 22:11 <@rizen> cry, thank you, but as i said, covering any part of the content is unacceptable 22:11 < SDuensin> crythias, ok, that is kinda cool. 22:11 <+crythias> why is that more unacceptable than not being able to accurately edit a web page? 22:12 < SDuensin> I GOT IT! Command line! No more bar! "INSERT ARTICLE INTO PAGE1" 22:12 <@rizen> the solution i gave about frames fixes both problems 22:12 <+crythias> well, I don't have necessarily an issue about frames. 22:12 <@rizen> and it's more acceptable because you're not the only person in the world that uses webgui 22:13 <@rizen> there are a lot of users out there who would be confused by the admin bar floating, and even more that would be angry about their content being covered up by it 22:13 <+crythias> except that it's only covering up when admin is on. a lot of admin on things break normal user experience. 22:14 <@rizen> this IS the user experience 22:14 <@rizen> the web page in normal viewing mode is irrelevant 22:14 <@rizen> you're forgetting that MY user is the content manager 22:14 <@rizen> and that means that admin mode 22:14 <@rizen> is my user experience 22:18 <+crythias> SDuensin: Thanks 22:19 <+crythias> adding stuff that isn't in the final product is ok, though? 22:19 <@rizen> are you talking to me? 22:19 <+crythias> yes, sorry. 22:19 <@rizen> adding stuff where? 22:20 <+crythias> between assets. 22:20 <@rizen> why do i always feel lost talking to you. can you please make a complete statement and not assume any prior conversation? 22:21 <+crythias> If the admin bar can roll-up, be transparent, or hidden, then it's still unacceptable at any time to cover content? 22:23 <@rizen> yes, because in order to use it, you're going to have to unroll, or otherwise make it visible again...and doing that adds an extra click 22:23 <+crythias> or mouseover? 22:24 <@rizen> cry, it's still covering the content 22:24 <@rizen> get it through your head, it's unacceptable...when i say that, i mean it, and i mean that you can't change my mind on it 22:24 <+crythias> but it's not any more obtrusive than the (x)(edit)(copy) buttons. 22:24 <@rizen> yes it is, because those buttons don't COVER content 22:24 <@rizen> the COVER part is the part i don't like 22:25 <@rizen> i don't care about dragging scrolling invisibility whatever 22:25 <@rizen> i care about COVERING 22:25 <@rizen> and COVERING is unacceptable 22:25 <@rizen> conversation over 22:26 < SDuensin> So, rizen, you'd rather it didn't cover anything? 22:26 * SDuensin ducks 22:26 <+crythias> The frames shrink the workable area. 22:49 < pjesi> can't the adminbar be horizontal at the top? 22:49 <+crythias> extra clicks to get to new content 22:50 <+crythias> plus downward lists cover existing content 22:50 <@rizen> and most importantly, that doesn't solve either of the two problems that we're trying to solve 22:51 <@rizen> where it is, and what it's shaped like are irrelevant 22:51 <+crythias> Please remind me the two problems? 22:54 <@rizen> 1) if you used fixed position items on your site, the current admin bar doesn't shift them over, but it does shift over all other content, which then causes a defect in the site 22:55 <@rizen> 2) having the admin bar scroll with the page in the manner that it does now causes the browser to be slow, sluggish, etc 22:56 <+crythias> and I remember at one time the admin bar scrolled out from left, correct? 22:57 <@rizen> yes it did, and people hated it 22:57 <@rizen> because 22:57 <@rizen> 1) it covered their content 22:57 <@rizen> 2) it slowed down their computer 22:58 <@rizen> 3) sometimes they had a hard time clicking on it while it was moving 22:58 <+crythias> I agree with that. 22:59 <+crythias> I'd understand that *that* covering of content was unacceptable for the fact that you couldn't do anything at all with content under the admin bar, because the admin bar was in a fixed position. 23:00 <@rizen> i have 2 viable ways to fix the above two remaining problems 23:00 <@rizen> 1) the frames way that i mentioned 23:00 <@rizen> 2) move the admin bar to the right side of the screen 23:00 <@rizen> most people position stuff from the left 23:00 <@rizen> when they use fixed positions 23:01 <@rizen> so that would solve the problem 99% of the time 23:01 <@rizen> however, it causes 2 other problems 23:01 <@rizen> 1) people are already used to it being on the left 23:01 <@rizen> 2) the reason it's on the left instead of the right is because when i put it on the right, people accidentally clicked on the admin bar when they were trying to scroll 23:02 <@rizen> therefore, i think moving it to the right just adds more problems, and therefore is not a viable solution 23:02 <+crythias> which the frames does make absolute positioning work correctly. 23:02 <@rizen> which thusly brings us back to frames 23:02 <@rizen> yup, cuz i'm not mucking with their html/css at all 23:03 <@rizen> i'm just putting it inside a frame 23:03 <+crythias> I like frames for the purposes stated. 23:03 <@rizen> the only problem with frames is that i personally hate frames 23:03 <@rizen> =) 23:03 <@rizen> but that's my bias 23:03 <@rizen> and i guess i'll have to get over it 23:03 <@rizen> unless someone comes up with something else 23:03 <+crythias> are any concerns about cross-site scripting vulnerability related to frames use in this context? 23:04 <+crythias> (I hate frames, too, but I seem to see not many other options) 23:05 <+crythias> s/are any/are there any/ 23:06 <+perlDreamer> I know i'm coming in late,but I have a suggestion. 23:06 <+perlDreamer> Why not have give the Admin Bar its own z-axis control and map it to a bindkey 23:07 <+perlDreamer> Say, F2 23:07 <+perlDreamer> F2, Admin bar on top of content 23:07 <+crythias> because it covers content 23:07 <+perlDreamer> F2, Admin bar on bottom of content 23:07 <+perlDreamer> kind of like the Admin console 23:07 <+perlDreamer> only with a bindkey 23:07 < SDuensin> Bindkeys work everywhere? 23:08 <@vayde> I dunno, seeing an actual useful and non-sucky use of frames would be somewhat refreshing 23:08 < SDuensin> hehehe 23:08 <+perlDreamer> by definition, frames suck and are non-useful 23:08 <+crythias> well, if you frame it that way... 23:09 <@rizen> wahoo 23:10 <+crythias> ? 23:10 <@rizen> cry, your drag thing fixed the slowness problem 23:10 <@rizen> i can get rid of my javascript to scroll the admin bar 23:10 <@rizen> i didn't know about position:fixed!important; 23:10 <@rizen> when i wrote the admin bar 23:10 <@rizen> so i've been using javascript to float it 23:11 <@rizen> or to slide it down the screen when you scroll 23:11 <@rizen> so cutting out that code fixes the slowness problem that was reported 23:11 <@rizen> so now we just need to fix the fixed elements problem 23:11 <@rizen> which, unfortunately still comes back to frames 23:11 <@rizen> methinks 23:12 <+crythias> well, the draggable fixed div thing didn't seem to have the scroll-bounce problem that similar solutions I've seen had. 23:13 <+crythias> that is, one scrolls down, the hover div goes off, then bounces back into place when the scroll stops. 23:13 <@rizen> yeah, that's exactly what the problem is with the admin bar currently 23:13 <@rizen> which causes slowdown on slower computers 23:13 <@preaction> display: fixed; is supposed to work on IE7 23:14 <@rizen> preaction, do you have ie7? 23:14 <@preaction> er.. position: fixed 23:14 <@preaction> yes 23:14 * SDuensin wishes IE7 had CSS "fixed". 23:14 <@rizen> i've just made the change on plainblack.com 23:14 <@rizen> could you test it 23:14 <@rizen> and make sure it's working 23:14 <@rizen> i'll test ie6 23:14 <@preaction> k 23:14 <@preaction> it doesn't work on ie6, i know that 23:15 <+crythias> does this make sense? http://xullicious.blogspot.com/2006/02/smooth-positionfixed-in-ie.html 23:16 <@preaction> works in IE7 23:17 <@rizen> so the admin bar moves with the page fluidly? 23:17 <@preaction> http://www.webdevout.net/browser-support-css#support-css2propsbasic-position <- list of CSS properties and their level of support 23:17 <@preaction> yes 23:18 <@preaction> it's fixed to the viewport, doesn't move at all 23:20 <@rizen> crap 23:20 <@rizen> you're right, it doesn't work at all in ie6 23:21 <@rizen> and neither does crythias's suggested reading 23:21 <+crythias> however, you can use IE6 if to run the javascript ... thing if only for IE6... 23:21 <@rizen> i guess we need to stick with my crap ass javascript until we go to frames 23:22 <@rizen> i think i can pretty quickly and easily do the frames thing for 7.4 if and when we ever start working on 7.4 23:22 <@preaction> use a conditional comment to load the JS 23:22 < SDuensin> 23:23 <@preaction> better explanation of conditional comments: http://www.quirksmode.org/css/condcom.html 23:24 <@rizen> given the way it is written, that will take more effort than you might imagine, and it's not worth it considering i still have to rewrite it for 7.4 anyway 23:24 <@rizen> cuz the scrolling is only half of the problem 23:25 <+perlDreamer> --bug 23:26 <+crythias> http://www.cssplay.co.uk/layouts/fixed.html 23:30 <+crythias> ttfn 23:40 <@preaction> but if you can't use absolute/relative positions on the rest of the page, that's almost worse than the disease 23:41 -!- bopbop_ [n=kristi@68-114-216-78.dhcp.mdsn.wi.charter.com] has quit [] 23:51 -!- SDuensin [n=Scott@224.sub-75-205-81.myvzw.com] has quit ["Leaving"] 23:58 <+perlDreamer> --bug 23:58 <@rizen> you rock 23:58 <@rizen> i closed only 3 so far today 23:58 <@rizen> all wre related 23:58 <+perlDreamer> I was able to close the re-posted SQL Form bug (which needed the user to upgrade) 23:59 <+perlDreamer> and the wiki link one ignoring the gateway url --- Day changed Wed May 02 2007 00:00 <+perlDreamer> rizen: we can close another easy one if you'll have vrby finish this up: http://www.plainblack.com/bugs/tracker/assetproxy-macro-in-checkout#pClyXEnr3-nxLP0GV-dUmA 00:01 <+perlDreamer> I'm going to tackle mlamar's dataform bug next 00:01 <+perlDreamer> I'm going to be pretty busy during the official Bug Day, so I though I'd kick in when I can 00:01 <@rizen> i've thrown it at him 00:02 <@rizen> cool 00:06 < cap10morgan> can you ask a revision object who created that revision in the API? 00:06 < cap10morgan> i can't figure it out based on the docs 00:07 <@rizen> yes 00:08 <+perlDreamer> In the assetVersionTag table, see the committedBy field 00:08 <@rizen> do you have a version tag object, or the asset object? 00:08 < cap10morgan> version tag object 00:10 <@rizen> $tag->get("committedBy") 00:10 <@rizen> will return the userId 00:10 <@rizen> which you can then feed into WebGUI::User->new($session, $id); 00:10 <@rizen> you can also do createdBy 00:10 <@rizen> if you want who created the tag 00:11 < cap10morgan> groovy, that did the trick 00:11 < cap10morgan> thanks rizen 00:13 < cap10morgan> after you call $asset->update($properties); do you have to call $asset->commit(); ? 00:13 < cap10morgan> (assuming you want to commit any version tags you're creating) 00:14 <@rizen> no 00:14 < cap10morgan> ok, cool 00:14 <@rizen> update updates an existing revision 00:14 <@rizen> so it's already committed 00:14 <@rizen> or not 00:14 <@rizen> but either way 00:14 <@rizen> you only need to commit 00:14 <@rizen> after doing 00:14 <@rizen> addChild 00:14 <@rizen> or addRevision 00:14 < cap10morgan> ok 00:15 < cap10morgan> out of curiosity, why do the docs recommend update over addRevision for API programmers? just because you don't have to mess w/ committing? 00:16 <@rizen> in what way do they recommend one way over the other? 00:17 < cap10morgan> under addRevision, it says, "Note that programmers should almost never call this method directly, but rather use the update() method instead." 00:17 < cap10morgan> in AssetVersioning.html 00:18 <@rizen> that language is rather strong 00:18 <@rizen> in general, update() is the right thing to call unless you actually want a new revision 00:18 <@rizen> most of the time you're modifying something in processPropertiesFromFormPost() or something like that 00:19 <+perlDreamer> rizen: I just added some POD to WebGUI::VersionTag.pm with a short list of properties for ->get. 00:19 <@rizen> in that case, you're already working on a new revision 00:19 <@rizen> so you just want to update that 00:19 < cap10morgan> ok, gotcha 00:19 <@rizen> rather than adding yet another new rev 00:19 <+perlDreamer> https://svn.webgui.org/svnweb/plainblack/revision/?rev=4036 00:19 <@rizen> k 00:19 <+perlDreamer> Can you give it a quick once over 00:19 <+perlDreamer> I want to be sure my locking note is correct 00:19 <+perlDreamer> about Asset locking vs version tag locking 00:20 <@rizen> that is true 00:20 <+perlDreamer> phew 00:20 <@rizen> version tags are locked waiting for approval 00:20 <@rizen> so they should not be edited during that time 00:20 <@rizen> it's just that assets and version tags are locked for different reasons 00:33 -!- dionak [n=dionak@adsl-072-149-129-114.sip.clt.bellsouth.net] has quit [] 00:36 <+perlDreamer> dang it 00:36 <+perlDreamer> If she comes back, someone needs to tell her that her bug has already been fixed. 00:36 <+perlDreamer> It's the graphcs/CS bug 00:36 <+perlDreamer> It's only on the bug board about 3 times. 00:39 <@rizen> did you close all of them? 00:40 <+perlDreamer> no 00:40 <+perlDreamer> I didn't fix the original. 00:40 <@rizen> but it is fixed, right? 00:41 <+perlDreamer> I'm like 95% positive they're all the same bug, but without testing I don't want to close the reports. 00:43 <@rizen> ok then 00:45 <+perlDreamer> --bug 00:45 <+perlDreamer> I would test the file upload stuff, but my browser doesn't do file upload in wG 7. (Mozilla 1.4) 00:47 <@rizen> i can't believe you haven't found a way to sneak in a new browser yet 00:47 <+perlDreamer> We looked into compiling one, but Gtk2 doesn't like Solaris 8 00:48 <@rizen> can't even get opera for solaris? 00:48 <+perlDreamer> Hmmmm..... 00:48 <+perlDreamer> Let me close another bug, then I'll look 00:50 <+perlDreamer> --bug 01:20 <+perlDreamer> rizen: you're a genius 01:20 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has quit [Remote closed the connection] 01:20 <@rizen> opera works? 01:20 <+perlDreamer> yeah 01:20 <+perlDreamer> Unbelieveable 01:20 <@rizen> wahoo...now you have a modern browser 01:20 <+perlDreamer> The only problem is that it doesn't like green 01:20 <@rizen> after all these years 01:21 <@rizen> huh? 01:21 <+perlDreamer> On the PB support page, the recent posts column 01:21 <+perlDreamer> the upgrade/install help forum posts are green normally? 01:22 <@rizen> yup 01:22 <+perlDreamer> Not in opera 01:22 <+perlDreamer> they're yellow 01:22 <@rizen> weird 01:22 <+perlDreamer> Sunset's site is green, but in opera they're brown 01:22 <+perlDreamer> It must think my church is crap 01:22 <+perlDreamer> Vile, unholy modern browser! 01:23 <@rizen> maybe it's not opera 01:23 <@rizen> maybe your monitor is f*cked 01:30 <+perlDreamer> No, I can see green in mozilla 01:31 <+perlDreamer> And also blue 01:31 <+perlDreamer> but not coincident with yellow 01:31 <@rizen> oh well. at least now you can test stuff 01:31 <@rizen> i was hoping you'd be able to just replace your browser 01:31 <@rizen> guess that was hoping for too much 01:31 <+perlDreamer> I can live without green 01:32 <+perlDreamer> It may also have a Flash plug-in 01:32 <@rizen> you can't do flash right now either? 01:32 <+perlDreamer> no 01:32 <+perlDreamer> no flash 01:32 <+perlDreamer> no bit torren 01:32 <+perlDreamer> no mp3 01:32 <@rizen> crap ass 01:32 <+perlDreamer> no video or audio of any types 01:32 <+perlDreamer> poor javascript and CSS 01:33 <@rizen> http://www.videolan.org/vlc/download-sources.html 01:33 <@rizen> have you tried vlc? 01:33 <@rizen> that compiles pretty much everywhere 01:33 <@rizen> and will give you full audio/video capabilities 01:33 <+perlDreamer> Does it come with codecs? 01:33 <@rizen> yup 01:34 <@rizen> all codecs included 01:34 <@rizen> you don't need to go get them 01:34 <@rizen> even has codecs for most msft formats 01:36 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has joined #webgui 01:38 <@rizen> ok..well i gotta go 01:38 <@rizen> i might be back on later tonight 01:38 <@rizen> oh and opera should have bittorrent built in 01:52 < ckotil> is deactivating an account and deleting an account considered the same as far these workflow triggers go? 01:53 <@preaction> i would think no 01:53 < ckotil> we could have a workflow trigger for each, deactivation and deletion of user accounts 01:55 <@preaction> could deactivation be the same as updating the user? if the new user properties are passed into the activity, you can test to see if the status is being changed 02:00 < ckotil> that makes sense. 02:05 < ckotil> i need to figure out what sub is called when an existing user account is saved by an admin 02:06 <+perlDreamer> www_editUserSave? 02:06 <+perlDreamer> inside Operation/User.pm 02:07 -!- cap10morgan [n=wmorgan@vc1-868-3.adsl.indra.com] has quit [] 02:08 -!- Haarg [n=haarg@24-177-123-127.dhcp.mdsn.wi.charter.com] has joined #webgui 02:08 -!- mode/#webgui [+o Haarg] by ChanServ 02:09 <+perlDreamer> --bug 02:10 <+perlDreamer> That one is actually just a clean-up 02:19 <@vayde> preaction, got a date conundrum for you 02:19 <@preaction> ooh, i LOVE those 02:19 <@vayde> http://www.plainblack.com/bugs/tracker/sqlform-and-date-isnull#VqP8H7TxCcrI-4ZTiGG2ew 02:19 <@vayde> been working on this one 02:20 <@vayde> and I got it narrowed down to a specific culprit 02:20 <@vayde> the question now is how to fix it 02:20 <@vayde> It's breaking because it doesn't like doing datetime->setToEpoch on mysql's null date value 0000-00-00 02:21 <@vayde> If we test for that value and avoid the method call, the date gets interpreted as 1969-12-31 02:21 <@vayde> If I undef it the date gets interpreted as today 02:21 -!- crythia1 [n=Gerald@c-68-51-234-189.hsd1.fl.comcast.net] has joined #webgui 02:21 -!- mode/#webgui [+v crythia1] by ChanServ 02:21 <@vayde> neither one is particularly attractive 02:22 <@vayde> we need a way to preserve the null value as a null, not a specific epoch date 02:22 <@preaction> why does undef get interpreted as today? 02:22 <@preaction> in the SQLForm itself as the default value? 02:22 <@vayde> I dunno. That's what is happening 02:22 <+perlDreamer> Most of the DateTime calls default to today if no epoch is passed 02:22 <+perlDreamer> actually, it's time(), not today 02:22 <@vayde> that's what I think is happening 02:23 <@vayde> PD and I were kicking this one around, and I think we need to be able to handle a null value here 02:23 <@vayde> Personally, I use null dates in my databases in a couple contexts 02:24 <@vayde> while that might not be a wonderful thing, the last thing we can have happen is have what was a null get written to some arbitrary date 02:24 <@preaction> but 0000-00-00 isn't null, iirc mysql allows null in those fields 02:24 <@vayde> null in mysql gets stored as 0000-00-00 02:24 <@vayde> null in a date field anyway 02:28 <+perlDreamer> Is assetIndex the table used by search? 02:28 <@preaction> wait, is SQLForm using the WebGUI::Form::DateTime elements? 02:29 -!- crythia1 is now known as SuckyMcSuckerton 02:29 <@vayde> It's building dynamically 02:29 <@vayde> in this case it's using WebGUI::Form::Date 02:30 <@vayde> but it's _getFieldValue that's breaking 02:30 <@preaction> you can give them the mysql dates, you don't need to setToEpoch 02:30 <@vayde> it still gets converted to epoch 02:30 <@vayde> mysql 0000-00-00 concerts to 1969-1231 02:30 <@vayde> er 1969-12-31 02:33 <@preaction> i think it might be prudent (since you can't have a negative epoch time) to have setToEpoch return anything before 1970 as 0. what do you think? 02:33 <+SuckyMcSuckerton> my dad might not like to be set to 0 02:33 <@vayde> you can't have negative epoch? 02:34 <@preaction> eh, never tried it 02:34 <@preaction> so SQLForm is storing date/time in mysql date/time fields (not bigint), but it's changing it to epoch times... why? 02:35 <@vayde> no, it's only storing them in mysql date fields if thats what the underlying table has in it 02:35 <@vayde> It's changing ti to epoch if the field type is date or datetime 02:36 <@preaction> i wonder why the SQLForm doesn't use backticks to bypass those reserved words, or DBI->quote_identifier 02:36 <@vayde> why it appears to be converting it even if I tell it not to is another question 02:36 <+perlDreamer> Isn't that what WebGUI::Form does? 02:36 <@preaction> WebGUI::Form::Date/Time fields don't convert to epoch IF you give it a value or a defaultValue that is using the mysql format 02:37 <@preaction> that might be a problem 02:37 <+perlDreamer> gotta head home. See y'all later. 02:37 -!- perlDreamer [n=ckuskie@nat054.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 02:38 <@vayde> this one is definitely a conundrum 02:41 <+SuckyMcSuckerton> ? 02:45 <@preaction> vayde: what if you trap the call to DateTime and if it fails return 0 or undef or something? i think it might be more important to be able to edit the record without worrying what we display if we have something we can't parse 02:45 <@preaction> but i'd run it by JT, definately 02:46 <@vayde> yeah, I could do that, but if it displays somethign wierd by default then, and you save the record, you're gonna save the wierd value 02:46 <@preaction> the only way i can see running into that is if someone adds a date field after there's already data in the database 02:46 <@vayde> and whether it's time() or 1669-12-31, its still definitely not the null you had before 02:47 <@vayde> yep. if you import an existing table into a SQLForm 02:47 <@preaction> using the wg date/time elements it's impossible to get a null value 02:47 <@vayde> and it has date fields 02:47 <@vayde> and those date fields have nulls 02:48 <@preaction> alternatively, we could add a null checkbox as an option to the form control that (for now) only the SQLForm uses 02:48 <@vayde> It might be a rare case, but in any event, it's not failing in a useful way. 02:48 <@vayde> No matter what, I think it comes down to a policy decision by JT 02:49 <@preaction> indeed 02:50 <+Radix_> morning folks 02:51 <@preaction> i'd put in my vote for the null checkbox, as you said there are times when NULL can be informative 02:56 * Radix_ heads off to work. 02:57 <@vayde> one way or another, we have to preserve the data. It could just fail more descriptively, but it can't change the data. That's just asking for trouble 03:00 -!- TheSeparator [i=Seppie@cp43027-a.gelen1.lb.home.nl] has joined #webgui 03:02 -!- TheSeparator [i=Seppie@cp43027-a.gelen1.lb.home.nl] has quit [Client Quit] 03:06 <@preaction> if it fails like it's doing, though, you can't fix the data. 03:08 <@vayde> right, but if it pulls up normally, it's changing the data 03:12 <@vayde> personally, I'd rather be forced to go in by hand and edit the record rather than have wG change it to something, but honestly both alternatives are unacceptable 03:33 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [] 03:49 -!- vayde [n=vayde@209.134.142.196] has quit ["Exit- stage left"] 04:01 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 04:01 -!- mode/#webgui [+v Radix-wrk] by ChanServ 04:04 -!- dionak [n=dionak@cpe-024-074-157-216.carolina.res.rr.com] has quit [] 04:17 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 04:18 -!- mode/#webgui [+o vayde] by ChanServ 06:04 -!- vayde [n=vayde@209.134.142.196] has quit ["Exit- stage left"] 06:07 <+SuckyMcSuckerton> discovery channel ninja 06:10 <+Radix-wrk> Hmm? 06:11 <+SuckyMcSuckerton> on discovery channel us now ... 06:11 <+SuckyMcSuckerton> us:US 06:11 <+SuckyMcSuckerton> debunking ninja myths. 06:11 <+Radix-wrk> Ahh.. should've told vayde before he left.. he'd have loved to have seen that I'm sure 06:12 <+Radix-wrk> Why the new name Gerald? 06:12 <+SuckyMcSuckerton> jt blessed my appellation. 06:13 <+SuckyMcSuckerton> http://mentalhouse.net/irc/logs/webgui/2007-05.log 06:13 <+SuckyMcSuckerton> see 18:45 06:14 <+Radix-wrk> heh.. rizen hates my RFE's too 06:16 <+SuckyMcSuckerton> it's a good read, but... http://www.gwy2.org/uploads/drag.html 06:17 <+Radix-wrk> dragable div - nice 06:18 <+SuckyMcSuckerton> not only draggable, but fixed on scroll 06:18 <+Radix-wrk> Ahh.. true, didn't try scrolling 06:18 <+Radix-wrk> this what you were conceiving for the admin bar? 06:18 <+SuckyMcSuckerton> yeah 06:19 <+Radix-wrk> looks good to me 06:19 <+SuckyMcSuckerton> "Covers content"=BAD 06:19 <+SuckyMcSuckerton> although, moveable covering content isn't so bad... 06:19 <+Radix-wrk> the zenlike theme I converted had a problem with the admin bar - but it was one where half the admin bar was covered up, not the other way around 06:20 <+Radix-wrk> no idea how to fix it so I left it as is in the theme, can scroll down the page to get to the rest of the admin bar 06:21 <+SuckyMcSuckerton> hrm... 06:21 <+SuckyMcSuckerton> I wonder ... 06:21 <+SuckyMcSuckerton> I spose I could rejiggerthe admin bar 06:42 <@rizen> ckotil delete and deactivate should be different workflows 07:09 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit [] 07:21 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 07:21 -!- mode/#webgui [+o rizen] by ChanServ 08:38 -!- Radix-work [n=Jesse@formsys.com] has joined #webgui 08:38 -!- sstanvir [n=Tanvir@s208148.ppp.asahi-net.or.jp] has joined #webgui 08:38 < sstanvir> hello 08:39 <@rizen> howdy 08:40 < sstanvir> how r u doing 08:40 <@rizen> just dandy 08:40 <@rizen> and you? 08:40 < sstanvir> so so,thnx 08:40 < sstanvir> what is "dandy" ;) ? 08:41 <@rizen> it's another word for "fine" or "good" 08:41 < sstanvir> i c 08:41 < sstanvir> i have one issue 08:43 < sstanvir> can I ga? 08:43 <@rizen> ga? 08:43 <@rizen> what is ga? 08:43 < sstanvir> "go ahead" 08:43 <@rizen> you can ask, but that doesn't mean i'll have an answer for you 08:43 < sstanvir> i know 08:44 < sstanvir> that's why asking... if u r in the mood 08:44 <@rizen> make it quick, i'm going to bed soon 08:44 < sstanvir> ah, ok 08:44 < sstanvir> in my WebGUI.. .. 08:45 < sstanvir> i created some assets . 08:45 < sstanvir> it shows the message several times "no menus defined" when I browse through the pages 08:45 < sstanvir> i mean everytime one page opens (associated with the created asset) 08:46 < sstanvir> i have no idea why it shows the message 08:46 <@rizen> are you using the default webgui 7 style? 08:46 < sstanvir> i changed to style03 08:47 < sstanvir> style template and printable style => style03 08:47 <@rizen> the coolmenus nav is the thing that generates that message 08:47 <@rizen> it only generates that message when either it doesn't have any pages to display in the nav 08:48 <@rizen> or when there is some corruption in the data being displayed (maybe quotes or half quotes or carriage returns in the page titles) 08:48 <@rizen> that's as good of information as i can give you without looking at your pages directly 08:48 <@rizen> which i'm not going to do 08:49 < sstanvir> after displaying the error message it's displaying the page 08:49 <@rizen> yup 08:49 <@rizen> it's only the nav that's broken, not the page 08:49 < sstanvir> i didnt get your point completely.. which part is the nav ? 08:50 <@rizen> nav = navigation 08:50 < sstanvir> yes 08:50 <@rizen> there is a navigation asset in the style 08:50 <@rizen> that's as much help as i can give you 08:51 < sstanvir> ok, thanks a lot 08:52 < sstanvir> i appreciate your help.. 08:52 <@rizen> it's not that i don't want to help you further 08:52 <@rizen> but i'm tired 08:52 <@rizen> and you have to understand that i'm in the business of charging for support 08:53 < sstanvir> yeah 08:53 <@rizen> and you're welcome 08:53 < sstanvir> understood 08:53 <@rizen> now that you know where to look, perhaps someone else on here can help you further, or maybe out on the public boards 08:53 < sstanvir> hmm..ok 08:54 < sstanvir> otsukare-sama-desu 08:54 <@rizen> huh? 08:54 < sstanvir> it means something like "thank you".. "good job"... etc.. 08:55 < sstanvir> (japanese tradition) 08:55 <@rizen> i see 08:55 <@rizen> we'll you're quite welcome 08:55 < sstanvir> so, take rest, bye for now 08:55 <@rizen> later 08:57 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit [Read error: 110 (Connection timed out)] 09:11 -!- midellaq [n=Miranda@83.225.190.35] has joined #webgui 09:39 -!- midellaq [n=Miranda@83.225.190.35] has quit [Read error: 104 (Connection reset by peer)] 09:42 -!- Radix-work [n=Jesse@formsys.com] has quit [Read error: 104 (Connection reset by peer)] 09:42 -!- Radix-work [n=Jesse@203.161.68.67] has joined #webgui 09:43 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has joined #webgui 09:44 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 10:42 -!- Klaus_ [n=klaus_he@p57a5b541.dip0.t-ipconnect.de] has joined #webgui 10:43 -!- Haaarg [n=haarg@24-177-123-127.dhcp.mdsn.wi.charter.com] has joined #webgui 10:43 -!- mode/#webgui [+o Haaarg] by ChanServ 10:44 -!- Haarg [n=haarg@24-177-123-127.dhcp.mdsn.wi.charter.com] has quit [Read error: 104 (Connection reset by peer)] 11:20 -!- MrHairgrease [n=martin@194.171.50.114] has joined #webgui 11:20 -!- mode/#webgui [+v MrHairgrease] by ChanServ 11:27 -!- MrHairgrease [n=martin@194.171.50.114] has left #webgui [] 11:28 -!- MrHairgrease [n=martin@194.171.50.114] has joined #webgui 11:28 -!- mode/#webgui [+v MrHairgrease] by ChanServ 11:28 -!- MrHairgrease is now known as BugSlasherMurray 11:43 -!- emi [i=Emiliano@195.32.84.31] has joined #webgui 12:04 -!- Radix-work [n=Jesse@203.161.68.67] has quit ["Leaving"] 12:53 -!- xootom [n=tom@195.224.29.66] has joined #webgui 13:02 -!- sstanvir [n=Tanvir@s208148.ppp.asahi-net.or.jp] has left #webgui [] 13:22 -!- midellaq [n=midellaq@hermes.wseurope.com] has joined #webgui 13:27 -!- crythia1 [n=gyoung@64.200.2.35] has joined #webgui 13:27 -!- mode/#webgui [+v crythia1] by ChanServ 13:32 -!- crythia2 [n=gyoung@64.200.2.35] has joined #webgui 13:32 -!- crythia1 [n=gyoung@64.200.2.35] has quit [Read error: 113 (No route to host)] 13:38 -!- crythias [n=gyoung@64.200.2.35] has quit [Read error: 110 (Connection timed out)] 13:51 -!- crythias [n=gyoung@64.200.2.35] has joined #webgui 13:51 -!- mode/#webgui [+v crythias] by ChanServ 13:51 -!- crythia2 [n=gyoung@64.200.2.35] has quit [Read error: 104 (Connection reset by peer)] 14:10 < xootom> is anyone using e-commerce in webgui? 14:43 -!- xootom [n=tom@195.224.29.66] has left #webgui [] 15:27 -!- xootom [n=tom@195.224.29.66] has joined #webgui 15:29 <+Radix_> not me 15:47 < xootom> anyone know if it's possible to change the $ to £ ? 15:47 <+BugSlasherMurray> that's probably in the templates 15:47 < xootom> i thought that but can only find it when it relates to an additional price 15:48 <+BugSlasherMurray> hmmm 15:48 <+BugSlasherMurray> what templaets have you looked at 15:49 < xootom> for event management, display, checkout, manage/view purchases, search 15:49 < xootom> and through the language files 15:49 <+BugSlasherMurray> did you also checked out the product macro templates? 15:52 < xootom> no, only default product template 15:52 <+BugSlasherMurray> where do you see the $ sign? 15:53 <+BugSlasherMurray> using the Product macro 15:53 <+BugSlasherMurray> in the shoppingcart? 15:53 <+BugSlasherMurray> during checkout? 15:54 < xootom> on the choose a badge from the list bit 15:54 <+BugSlasherMurray> aha 15:54 < xootom> and browse events 15:54 <+BugSlasherMurray> that's in the eventsmanagement system right? 15:54 < xootom> yep 15:55 <+BugSlasherMurray> it's probably in there 15:55 <+BugSlasherMurray> but i have never used it 15:55 <+BugSlasherMurray> so i'm not sure 15:55 < xootom> thats what ive been looking through, cant find it though 15:55 <+BugSlasherMurray> better wait till the PB people are awake 15:55 <+BugSlasherMurray> they can prolly help you 15:57 < xootom> ok thanks :) 15:57 <+BugSlasherMurray> np 16:15 -!- dionak [n=dionak@adsl-072-149-129-114.sip.clt.bellsouth.net] has joined #webgui 16:20 -!- knowmad [n=william@adsl-072-149-129-114.sip.clt.bellsouth.net] has joined #webgui 16:21 -!- knowmad [n=william@adsl-072-149-129-114.sip.clt.bellsouth.net] has left #webgui [] 16:21 -!- knowmad [n=william@adsl-072-149-129-114.sip.clt.bellsouth.net] has joined #webgui 16:24 <@rizen> howdy folks 16:25 <+BugSlasherMurray> hi 16:25 -!- perlDreamer [n=ckuskie@nat054.mxim.com] has joined #webgui 16:25 -!- mode/#webgui [+v perlDreamer] by ChanServ 16:25 <@rizen> perlDreamer!! 16:25 <+perlDreamer> oy, it's early 16:25 <@rizen> didn't expect you at all today 16:25 <+perlDreamer> I'll probably always be IRC'able, but may not have much bandwidth for bug fixing 16:26 <+perlDreamer> But I did read some commits, and I have a question for BugSlasherMurray 16:26 <+BugSlasherMurray> shoot 16:26 <+perlDreamer> What happens to the search index if someone pastes a branch/tree of assets? 16:27 <+BugSlasherMurray> hmm 16:27 <+BugSlasherMurray> i guess that's a bug too 16:27 <+BugSlasherMurray> i'll check it out 16:27 <+BugSlasherMurray> and fix it 16:28 < xootom> anyone know why when searching forums, the list of items returned contains repeated text, e.g. "Re: Purchase Files for Download (Commerce) Re: Purchase Files for Download (Commerce) rfe request for enhancement purchase files for download commerce re purchase files for download commerce" 16:29 < xootom> is it grepping all the lines that include the keyword 16:29 < xootom> would be nicer if it just showed the first paragraph 16:30 <@rizen> is xootom, today is the great webgui bugfix day 16:30 <@rizen> therefore, if it's not related to a bug 16:30 <@rizen> please keep the chatter down 16:30 <@rizen> thanks 16:33 <+BugSlasherMurray> rizen 16:33 < xootom> my apologies, the channel title has been the same for the last few days 16:33 <+BugSlasherMurray> https://svn.webgui.org/svnweb/plainblack/diff/WebGUI/lib/WebGUI/AssetClipboard.pm?rev1=4041;rev2=4042 16:33 <+BugSlasherMurray> this only applies to the asset being pasted 16:33 <+BugSlasherMurray> however not to its children 16:34 <+BugSlasherMurray> descendants 16:34 <+BugSlasherMurray> i could do a indexContent on all descendats of the asset 16:34 <+perlDreamer> and it doesn't remove the original data from the searchIndex, either, so you should get two hits. 16:34 <+BugSlasherMurray> but wouldn;t that be very slow 16:35 <+BugSlasherMurray> why wouldn't it remove the existing data? 16:35 <+BugSlasherMurray> it just overwrites it 16:35 <+BugSlasherMurray> right? 16:35 <+BugSlasherMurray> updte .. where assetId = ... 16:36 <+perlDreamer> oh, yes. Sorry 'bout that. 16:36 <+BugSlasherMurray> np 16:46 -!- bopbop [n=kmccombs@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 16:46 <@rizen> bugslashermurray, sorry i was doing something else 16:46 <@rizen> was that conversation for me or for pd 16:46 <+BugSlasherMurray> for you 16:48 <@rizen> what bug report is this related to? 16:49 <+BugSlasherMurray> `http://www.plainblack.com/bugs/tracker/asset-tree-cut-and-paste-not-handled-by-search 16:51 -!- SuckyMcSuckerton [n=Gerald@c-68-51-234-189.hsd1.fl.comcast.net] has quit [Read error: 110 (Connection timed out)] 16:54 <@rizen> ok, yes you should update all the children 16:54 -!- khenn [n=khenn@71-86-227-90.static.mdsn.wi.charter.com] has joined #WebGUI 16:54 -!- mode/#webgui [+o khenn] by ChanServ 16:54 <@rizen> if it turns out to be slow 16:54 <@rizen> then we'll add a trigger, and a special workflow 16:55 <+BugSlasherMurray> ok 16:55 <@rizen> to index it in the background 16:55 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 16:55 -!- mode/#webgui [+o vayde] by ChanServ 16:55 <+perlDreamer> rizen: what version of HTML::Template is running on pb.com? 16:55 <@rizen> i don't know...but that's what i was going to look at next 16:56 <@rizen> i'm just getting questioned to death so i'm not able to do anything 16:56 <@rizen> bugslasher, as far as why it wouldn't already remove/overwite existing data, i'm not sure 16:56 <@rizen> it should 16:57 <+perlDreamer> that was my bad, rizen. It will remove the content from assetIndex. 17:03 <@rizen> crap...pb is on the latest version 17:04 <@rizen> now checking demo site 17:04 <+perlDreamer> My dev site is running 2.8 17:04 <@rizen> 2.8 17:04 <@rizen> ok, upgrading demo site to see if that makes the difference 17:06 <@rizen> yup 17:06 <@rizen> that's it 17:06 <@rizen> no longer works on demo site 17:08 <@vayde> --bug 17:08 <+perlDreamer> ++vayde 17:11 <@vayde> awe, shucks 17:12 <+perlDreamer> perlbot: karma vayde 17:12 < perlbot> vayde doesn't have any karma 17:13 <+perlDreamer> perlbot: ++vayde 17:13 <+perlDreamer> perlbot: karma vayde 17:13 < perlbot> vayde doesn't have any karma 17:13 <@vayde> I have trancended the wheel of samsara 17:13 <+perlDreamer> perlbot: thou suckest 17:13 <@vayde> Oom....... 17:14 <+perlDreamer> Electrical Engineers meditate to "Ohmslaw" 17:14 * vayde is more familiar with Murphy's law 17:15 <@vayde> and I've always liked Paul's law: You can't fall off the floor. 17:15 <@vayde> PD, you know about Coles' law? 17:16 <+perlDreamer> no, but I'm pondering Paul's law with regard to apartment buildings and earthquakes 17:16 <@vayde> Coles' law is all about thinly sliced cabbage 17:17 * perlDreamer recommends that $vayde->stick($dayJob) 17:17 <@vayde> rofl 17:19 <+perlDreamer> Easy for you to do, vayde. You have lots of mats on the floor. 17:20 <@vayde> and lots of pointed sticks to _convince_ people that my jokes are funny 17:24 -!- preaction [n=doug@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 17:24 -!- mode/#webgui [+o preaction] by ChanServ 17:27 -!- cap10morgan [n=wmorgan@206-124-31-140.denver.dsl.forethought.net] has joined #webgui 17:28 <+BugSlasherMurray> rizen 17:28 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has joined #webgui 17:28 <@rizen> bsm 17:28 <+BugSlasherMurray> wher does this file do the actual cleaup of the cache? 17:28 <+BugSlasherMurray> https://svn.webgui.org/svnweb/plainblack/view/WebGUI/lib/WebGUI/Workflow/Activity/CleanFileCache.pm 17:28 <@preaction> sweet zombie jesus there are 27 people here 17:28 <+BugSlasherMurray> i'm asking b/c of the rss cache bug 17:28 -!- mode/#webgui [+o bopbop] by ChanServ 17:28 <@rizen> $size = $cache->getNamespaceSize($expiresModifier); 17:29 <@rizen> the getNamespaceSize method cleans up expired content 17:29 <+BugSlasherMurray> ah 17:29 <+BugSlasherMurray> ic now 17:29 <+BugSlasherMurray> rmtree($dir); 17:30 <+BugSlasherMurray> should the rss cache be cleaned in that activity too 17:30 <+BugSlasherMurray> or should it get it's own activity? 17:30 <@rizen> i'm conflicted on that...been thinking about it for a while 17:30 <@rizen> RSS is shared by other sites 17:30 <@rizen> as is URL 17:31 <@rizen> and a few other things 17:31 <@rizen> what do you think? 17:31 <@rizen> methinks that there should probably be a new one that cleans up all the auxillary stuff 17:31 <@rizen> that way it doesn't get cleaned up 50 times if you have 50 sites on your box 17:31 <@preaction> keep a file in the cache that has the last time it was cleaned, or use the last modified date from the file system? 17:31 <+BugSlasherMurray> what's the real difference? 17:32 <+BugSlasherMurray> tehy all have an expiration date right? 17:32 <+BugSlasherMurray> oh ok 17:32 <+BugSlasherMurray> ic 17:32 <@rizen> the difference is that it will have to traverse the filesystem 50 times, which is slow 17:32 <+BugSlasherMurray> but how do you setup a workflow for a host of zites 17:32 <+BugSlasherMurray> sites* 17:32 <+BugSlasherMurray> one workflow that is 17:33 <@rizen> oh...good point 17:33 <@rizen> in that case....make it part of the main worklfow 17:33 <@rizen> activity 17:33 <+BugSlasherMurray> the file being? 17:33 <@rizen> Workflow/Activity/CleanFileCache.pm 17:34 <+BugSlasherMurray> ok 17:34 <+BugSlasherMurray> but it will be executed 50 times then 17:34 <@rizen> yeah, but there's no way around it 17:35 <+BugSlasherMurray> ok 17:35 <@rizen> at least it will run faster by the 50th time 17:35 <@rizen> =) 17:35 <+BugSlasherMurray> i figured so much 17:35 <+BugSlasherMurray> =) 17:35 <+BugSlasherMurray> you could say that the more sites you put on a box the faster it will run on average 17:35 * BugSlasherMurray is thinking of becomming a salesman =) 17:36 <@rizen> BugSlasherMurray could sell ice cubes to an eskimo 17:36 <+BugSlasherMurray> they will stay frozen even longer if eskimos' buy them 17:37 -!- rizen is now known as BugSlasherMcGirk 17:38 <@preaction> is this a bug? http://www.plainblack.com/bugs/tracker/wrong-permissions -- seems more like a personal preference that can be fixed with a couple calls to Edit Branch 17:38 <+perlDreamer> BSMcGirk: did you find the Template bug? I've been poking around and think I've got it if you don't. 17:39 < cap10morgan> I'm thinking I'll tackle this one: http://www.plainblack.com/bugs/tracker/auto-generated-synopsis-not-re-generated-after-edit 17:39 <@BugSlasherMcGirk> i've been poking around, but i can't figure it out 17:39 <@BugSlasherMcGirk> cap...when you start working on one, you should reply to it saying so 17:39 <+perlDreamer> It's inside _getTemplateVars 17:39 < cap10morgan> do you all agree that that probably requires adding a flag in the db that says whether or not a synopsis was auto-generated? 17:39 <@BugSlasherMcGirk> and if you stop, then do the same 17:39 <+perlDreamer> Do you want me to run with it? 17:39 < cap10morgan> BSMG: will do 17:39 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has joined #WebGUI 17:40 <@BugSlasherMcGirk> cap: no 17:40 <@BugSlasherMcGirk> instead, make it autogenerate every time 17:40 <@BugSlasherMcGirk> unless it gets submitted through the form 17:40 <@BugSlasherMcGirk> that's how it's supposed to have worked all along 17:41 <@BugSlasherMcGirk> so unless $session->form->param("synopsis") then autogen 17:41 < SDuensin> Good morning 17:42 < emi> Good Evening :-D 17:42 < cap10morgan> BSMG: ok 17:43 < cap10morgan> the svn instructions on the site for checking out head don't seem to work 17:43 <@preaction> cap10morgan: svn co https://svn.webgui.org/plainblack/WebGUI <- i think that's the new url 17:44 < cap10morgan> cool, thanks 17:44 <@khenn> yeah, that's it 17:44 <@vayde> yeah, the instructions on the pb site need to be updated 17:44 <@preaction> i'll fix it 17:44 <@khenn> log it as a bug! Get ur kara 17:44 <@khenn> karma 17:45 <+perlDreamer> BugSlasherMcGirk: I've got a fix for the Help bug. 17:45 <@khenn> perlDreamer, do you have the day off today? 17:45 < cap10morgan> i can't just commit my fix back to the repo, can i? 17:46 <@BugSlasherMcGirk> pd: that's awesome 17:46 <+perlDreamer> khenn: no. Given a choice between perl hacking and documentation for a design review... 17:46 <@BugSlasherMcGirk> cap: i'll give you access for today 17:46 <+perlDreamer> --bug by vrby 17:47 < cap10morgan> BSMG: cool, thanks 17:47 <@BugSlasherMcGirk> cap, what's your email addy? 17:48 <@khenn> I dunno, documentation for a design review sounds like a good time 17:48 -!- emi [i=Emiliano@195.32.84.31] has quit [Read error: 104 (Connection reset by peer)] 17:49 <+BugSlasherMurray> in what workflow is CleanFileCache executed? 17:49 <@BugSlasherMcGirk> cap10morgan, what is your email addy? 17:49 < cap10morgan> cap10morgan@gmail.com 17:51 <@vayde> preaction, you the calendar man, with the Calendar Events Disappearing bug, the disappearing events are being wholly purged from the db. That ring any bells? 17:51 <@preaction> good lord that should probably not be happening 17:51 <@preaction> that's with the recurring events, no/ 17:52 <+perlDreamer> --bug 17:52 <@vayde> yeah, if a recurring event happens across a span where there's already an event, 17:52 <@vayde> the previous event gets completely purged 17:52 <@vayde> not just trashed... gone 17:53 <+perlDreamer> bug status: 35 open WebGUI bugs, 2 7.4 bugs, 6 WRE bugs 17:54 <@preaction> vayde: oh god. okay. it should only be purging events with the same recurId. however i think what's happening is that the first time, the recurId is NULL, and it's still doing the purge (when it shouldn't) 17:54 <@BugSlasherMcGirk> good stats to have pdd 17:54 <@BugSlasherMcGirk> or pd 17:54 <@preaction> vayde: that should get you started though 17:55 <+perlDreamer> 13 bugs closed for 7.3.16 so far. 17:55 <@vayde> preaction: thanks man. I figured you might know the ballpark 17:55 <+perlDreamer> preaction is the Calendar Man. 17:55 <+BugSlasherMurray> bugslashermcgirk: my $rssCache = WebGUI::Cache::FileCache->new($self->session, undef, 'RSS'); would give me the RSS cache object right? 17:55 <+perlDreamer> It's similar to the Piano man, but Billy Joel already has that title. 17:55 <@vayde> and the date man, but I mean that in an entirely hetero way 17:57 <@BugSlasherMcGirk> yup 17:57 <@BugSlasherMcGirk> bsm: yup 17:59 <+perlDreamer> yung forgot to close a bug that he committed yesterday. 17:59 <+perlDreamer> so make that 34/2/6 17:59 <@vayde> one more down. 18:01 <+perlDreamer> I'd like to tackle the bobbob's wiki title bug. Could someone please make me a package of PB's wiki? 18:01 <@BugSlasherMcGirk> i'm doing it 18:01 <@BugSlasherMcGirk> it says so right in the bug 18:01 <+perlDreamer> sorry, I need to refresh more often. 18:02 <@vayde> Yeah, we've been meaning to say something to you... 18:05 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."] 18:08 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has quit [Remote closed the connection] 18:09 <+BugSlasherMurray> ok 18:09 <+BugSlasherMurray> the rss bug is fixed 18:09 -!- steveswanson [n=chatzill@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 18:09 <+BugSlasherMurray> gotta go now though 18:10 <+BugSlasherMurray> i'll have to electron microscope in some cellar from 18.00 till 22.00 18:10 <@BugSlasherMcGirk> noooooooooooo!!!!! 18:10 <@BugSlasherMcGirk> we need you 18:10 <+BugSlasherMurray> I already fixed 7 bugs or so 18:10 -!- mode/#webgui [+o steveswanson] by ChanServ 18:10 <@BugSlasherMcGirk> and we need you to fix 34 more 18:10 * vayde uses the jedi mind trick "You don't have to go" 18:10 <+BugSlasherMurray> I've done my share =) 18:10 <@BugSlasherMcGirk> according to pd 18:10 -!- BugSlasherMurray is now known as FeebleMindedMart 18:11 * FeebleMindedMart says I don't have to go 18:11 * vayde waves his hand "You want to stay and fix more bugs" 18:11 <+FeebleMindedMart> Yeah 18:11 <+FeebleMindedMart> You want to stay and fix more bugs 18:13 <+FeebleMindedMart> bye 18:13 -!- FeebleMindedMart [n=martin@194.171.50.114] has left #webgui [] 18:22 <@vayde> never hand the errorHandler an array. The results are, interesting. 18:24 <@preaction> new SVN docs: https://www.plainblack.com/webguidev/docs/svn <- questions, comments? 18:26 <@vayde> nicely done --- Log closed Wed May 02 18:29:07 2007 --- Log opened Fri May 04 06:37:18 2007 06:37 -!- xdanger [i=xdanger@i.should.be.in.a.mentalhouse.net] has joined #webgui 06:37 -!- Irssi: #webgui: Total of 16 nicks [3 ops, 0 halfops, 4 voices, 9 normal] 06:37 -!- Irssi: Join to #webgui was synced in 3 secs 06:38 < xdanger> rizen: Are you busy? can I ask a quick question? 06:40 < xdanger> why $var->{"previous.url"} = $self->getUrl("func=previousThread") if (defined $previous); why not $var->{"previous.url"} = $previous->getUrl() if (defined $previous); in Thread.pm? 06:43 < xdanger> at some point someone removed "my $previous = $self->getPreviousThread;" in favor of the $self->getUrl("func=previousThread"), but now that It's back, why use that "ugly" and not the direct url to the next/prev Thread... 06:44 -!- besonen_mobile [n=besonen_@71-220-227-185.eugn.qwest.net] has quit [Read error: 104 (Connection reset by peer)] 06:44 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit [Read error: 104 (Connection reset by peer)] 06:44 -!- Radix-work [n=Jesse@203.161.68.67] has joined #webgui 06:44 -!- besonen_mobile [n=besonen_@71-220-227-185.eugn.qwest.net] has joined #webgui 06:49 < xdanger> this: https://svn.webgui.org/svnweb/plainblack/diff/WebGUI/lib/WebGUI/Asset/Post/Thread.pm?rev1=1330;rev2=1331 is reversed by this: https://svn.webgui.org/svnweb/plainblack/diff/WebGUI/lib/WebGUI/Asset/Post/Thread.pm?rev1=4031;rev2=4032 06:56 -!- wgGuest13 [n=wgGuest1@66.60.27.92] has joined #webgui 07:00 < wgGuest13> Hi! 07:01 < wgGuest13> Anyone there? I can't find the lang packs... 07:05 < xdanger> you mean: http://i18n.webgui.org/ 07:11 -!- cap10morgan [n=wmorgan@206-124-31-140.denver.dsl.forethought.net] has joined #webgui 07:16 < wgGuest13> Thanks A LOT, xdanger! I was about to abandon WebGUI. It's great software but it costed a LOT to make it work under Debian and there is NO LINK from the main site to this one you have just given me... 07:16 < wgGuest13> Thanks again. 07:20 < wgGuest13> Sorry, but I found that most of the Spanish strings are untranslated, is this possible? 07:21 < xdanger> Maybe not enough userbase to maintain the translation... 07:26 < wgGuest13> Oops...! 07:28 < wgGuest13> I have to fill my comparison chart, and since cmsmatrix gives so many "greens" to WebGUI I thought that it had to be the best one! 07:29 < wgGuest13> But -1 for the terrible installation process... and definitely can't think of any big CMS that doesn't have ONE Spanish translator! 07:29 < wgGuest13> Of course, as you say... 07:29 < wgGuest13> maybe not enough userbase. 07:30 < wgGuest13> Thanks again! 07:42 -!- wgGuest13 [n=wgGuest1@66.60.27.92] has quit [] 08:14 -!- cap10morgan [n=wmorgan@206-124-31-140.denver.dsl.forethought.net] has quit [] 09:38 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 09:38 -!- mode/#webgui [+o preaction] by ChanServ 09:57 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 09:59 -!- crythias [n=Gerald@c-68-51-234-189.hsd1.fl.comcast.net] has left #webgui [] 10:26 -!- MrHairgrease [n=martin@194.171.50.114] has joined #webgui 10:26 -!- mode/#webgui [+v MrHairgrease] by ChanServ 10:40 -!- midellaq [n=midellaq@hermes.wseurope.com] has joined #webgui 10:59 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has joined #webgui 11:27 -!- Radix-work [n=Jesse@203.161.68.67] has quit ["Leaving"] 12:13 -!- xootom [n=tom@195.224.29.66] has joined #webgui 14:09 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has quit ["Leaving"] 15:44 -!- SDuensin [n=Scott@246.sub-75-207-143.myvzw.com] has joined #WebGUI 15:44 < SDuensin> Good morning. 16:11 -!- crythias [n=Gerald@c-68-51-234-189.hsd1.fl.comcast.net] has joined #webgui 16:11 -!- mode/#webgui [+v crythias] by ChanServ 16:20 -!- perlmonkey1 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has joined #webgui 16:34 <+MrHairgrease> hi 16:34 <+MrHairgrease> I'm trying to figure out how to do the following 16:34 < SDuensin> Hi MrHairgrease 16:36 <+MrHairgrease> I want to enable exportHtml in the SQLForm such that the complete table of records will be exported, but also make that clickable to the views of each record. These should of course get their own html file 16:36 <+MrHairgrease> I'm having trouble finding a hook to do that 16:36 <@rizen> it can't be done 16:36 <@rizen> the export function is a 1:1 asset per page 16:37 <+MrHairgrease> if i could acces the path/file where the main page is being written 16:37 <+MrHairgrease> i think i can 16:37 <@rizen> but you can't 16:37 <@rizen> at least not the way it's written right now 16:38 <@rizen> that's what i'm saying 16:38 <+MrHairgrease> hmm 16:38 <+MrHairgrease> ok 16:38 <+MrHairgrease> too bad 16:39 <@rizen> not saying you couldn't change the exports system to support that 16:40 <+MrHairgrease> i only need the pathWithFilename var to be passed to exportHtml_view 16:40 <+MrHairgrease> from there on I can come up with my own paths 16:40 <+MrHairgrease> use id->generate to make them unique 16:41 <+MrHairgrease> or just take the redcordIds 16:45 <+MrHairgrease> Is there a way to get the filename/path from an opened file handle? 16:45 <@rizen> maybe, but i don't know it if there is 16:45 <@rizen> i'd think there's got to be a way though 16:45 <+MrHairgrease> the Filehandle docs don't mention it 16:57 <+MrHairgrease> crap 16:57 <+MrHairgrease> it is not possible 17:12 <@rizen> crythias, how is it that you are crythias and SuckyMcSuckerton? 17:12 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 17:12 -!- mode/#webgui [+o vayde] by ChanServ 17:20 <+Radix_> how is he both normal and sucky at the same time you mean? ;) 17:20 <+MrHairgrease> that's easy 17:20 <@rizen> yup 17:20 <+MrHairgrease> but how are both voiced? 17:20 <@rizen> that too 17:21 <+Radix_> accounts linked 17:21 <+Radix_> I do the same with my home and work account 17:22 <+Radix_> I just have the second alias linked to the first name so I get voice on both 17:22 <+MrHairgrease> sound way to difficult for friday 17:22 <+Radix_> I think preaction told me the command to do it, but do it once and voila 17:23 <+Radix_> just need to have the two nicks registered that's all 17:26 -!- midellaq [n=midellaq@hermes.wseurope.com] has quit [Remote closed the connection] 17:49 -!- midellaq [n=midellaq@hermes.wseurope.com] has joined #webgui 17:49 -!- perlmonkey1 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 17:50 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has joined #webgui 17:59 <@vayde> I've been dying to ask: How do you guys switch your names? 17:59 -!- MrHairgrease is now known as wellLikeThis 17:59 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 17:59 <+wellLikeThis> use /nick newNick 17:59 -!- wellLikeThis is now known as MrHairgrease 18:00 <@vayde> cool 18:00 <@vayde> thanks 18:00 * vayde promises to use his new powers only for good 18:03 < pjesi> :) 18:05 < pjesi> why should one want to change his nick? 18:08 < ckotil> to hide. 18:08 < pjesi> true 18:10 <+MrHairgrease> rizen 18:10 <+MrHairgrease> is there a reason WebGUI.pm is still at version 7.3.16 in svn 18:11 <+MrHairgrease> and there isn't a 7.3.17 section in the changelog yet? --- Log closed Fri May 04 18:11:20 2007 --- Log opened Fri May 04 18:21:23 2007 18:21 -!- xdanger [i=xdanger@i.should.be.in.a.mentalhouse.net] has joined #webgui 18:21 -!- Irssi: #webgui: Total of 22 nicks [5 ops, 0 halfops, 4 voices, 13 normal] 18:21 -!- Irssi: Join to #webgui was synced in 3 secs 18:23 -!- MrHairgrease [n=martin@194.171.50.114] has left #webgui [] --- Log closed Fri May 04 18:26:11 2007 --- Log opened Fri May 04 18:31:23 2007 18:31 -!- xdanger [i=xdanger@i.should.be.in.a.mentalhouse.net] has joined #webgui 18:31 -!- Irssi: #webgui: Total of 21 nicks [5 ops, 0 halfops, 3 voices, 13 normal] 18:31 -!- Irssi: Join to #webgui was synced in 3 secs 18:45 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [Remote closed the connection] 18:45 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 18:45 -!- mode/#webgui [+o preaction] by ChanServ 19:01 -!- SDuensin [n=Scott@246.sub-75-207-143.myvzw.com] has quit ["Leaving"] 19:07 -!- SDuensin [n=Scott@117.sub-75-207-75.myvzw.com] has joined #WebGUI 19:19 -!- xootom [n=tom@195.224.29.66] has left #webgui [] 19:22 -!- midellaq [n=midellaq@hermes.wseurope.com] has left #webgui [] 19:36 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has left #webgui [] 20:00 < xdanger> rizen: did you notice my message earlier? 20:13 <@preaction> didn't perlDreamer say he was building a javascript app for the TinyMCE that will allow for WYSIWYG template editing? or was that just an idea? 20:17 <@preaction> something about grabbing the available template variables from the Help files 20:26 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has quit [Remote closed the connection] 22:09 <+crythias> hee 22:09 <+crythias> soory 22:09 <+crythias> sorry, even, but yeah, home/work 23:34 -!- perlDreamer [n=ckuskie@nat054.mxim.com] has joined #webgui 23:34 -!- mode/#webgui [+v perlDreamer] by ChanServ 23:34 <+perlDreamer> Hail, hail! The gang's all here. 23:50 -!- SDuensin [n=Scott@117.sub-75-207-75.myvzw.com] has quit ["Leaving"] --- Log closed Sat May 05 00:10:00 2007 --- Log opened Sat May 05 00:32:07 2007 00:32 -!- xdanger [i=xdanger@i.should.be.in.a.mentalhouse.net] has joined #webgui 00:32 -!- Irssi: #webgui: Total of 17 nicks [4 ops, 0 halfops, 4 voices, 9 normal] 00:32 -!- Irssi: Join to #webgui was synced in 3 secs 00:54 -!- vayde [n=vayde@209.134.142.196] has quit [Remote closed the connection] 00:55 -!- perlDreamer [n=ckuskie@nat054.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 00:56 < cap10morgan> ok, i've got that working. it was a pretty simple change to the post asset 00:56 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 00:57 -!- mode/#webgui [+o vayde] by ChanServ 00:57 < cap10morgan> i'll post it as a contribution 00:57 < cap10morgan> if you make a change you'd like included in the next possible release, is it better to post it as a contribution or an RFE w/ an attachment? 00:58 -!- Netsplit leguin.freenode.net <-> irc.freenode.net quits: +crythias, @rizen 01:11 -!- midellaq [n=Miranda@host200-20-dynamic.10-87-r.retail.telecomitalia.it] has joined #webgui 01:18 -!- Netsplit leguin.freenode.net <-> irc.freenode.net quits: @Haaarg 01:18 -!- Haarg [n=haarg@24-177-123-127.dhcp.mdsn.wi.charter.com] has joined #webgui 01:18 -!- mode/#webgui [+o Haarg] by ChanServ 01:50 -!- cap10morgan [n=wmorgan@vc1-868-3.adsl.indra.com] has quit [] 02:38 -!- vayde [n=vayde@209.134.142.196] has quit ["Exit- stage left"] 03:12 -!- crythias [n=Gerald@c-68-51-234-189.hsd1.fl.comcast.net] has joined #webgui 03:12 -!- mode/#webgui [+v crythias] by ChanServ 03:53 -!- Haarg [n=haarg@24-177-123-127.dhcp.mdsn.wi.charter.com] has quit [Read error: 104 (Connection reset by peer)] 03:55 -!- Haarg [n=haarg@24-177-123-127.dhcp.mdsn.wi.charter.com] has joined #webgui 03:55 -!- mode/#webgui [+o Haarg] by ChanServ 04:23 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [] 05:13 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has joined #WebGUI 07:34 -!- Radix__ [n=Radix@203.161.71.161.static.amnet.net.au] has joined #webgui 07:35 -!- Radix_ [n=Radix@203.161.71.161.static.amnet.net.au] has quit [Read error: 110 (Connection timed out)] 09:14 -!- Radix__ [n=Radix@203.161.71.161.static.amnet.net.au] has quit [Read error: 104 (Connection reset by peer)] 10:03 -!- Radix_ [n=Radix@203.161.71.161.static.amnet.net.au] has joined #webgui 10:03 -!- mode/#webgui [+v Radix_] by ChanServ 12:34 -!- crythias [n=Gerald@c-68-51-234-189.hsd1.fl.comcast.net] has quit [Read error: 110 (Connection timed out)] 12:57 -!- midellaq [n=Miranda@host200-20-dynamic.10-87-r.retail.telecomitalia.it] has quit [Read error: 110 (Connection timed out)] 13:41 -!- Haarg [n=haarg@24-177-123-127.dhcp.mdsn.wi.charter.com] has quit [] 17:39 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 17:39 -!- mode/#webgui [+o vayde] by ChanServ 21:39 -!- vayde [n=vayde@209.134.142.196] has quit ["Exit- stage left"] 23:17 -!- Haarg [n=haarg@24-177-123-127.dhcp.mdsn.wi.charter.com] has joined #webgui 23:17 -!- mode/#webgui [+o Haarg] by ChanServ 23:52 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 23:52 -!- mode/#webgui [+o preaction] by ChanServ --- Day changed Sun May 06 2007 00:24 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [] 01:50 -!- Hinrik_ [n=hinrik@dsl-228-236.hive.is] has joined #webgui 01:59 -!- Hinrik [n=hinrik@dsl-228-236.hive.is] has quit [Read error: 110 (Connection timed out)] 12:36 -!- Hinrik_ [n=hinrik@dsl-228-236.hive.is] has quit [Read error: 145 (Connection timed out)] 23:40 -!- vayde [n=vayde@208-110-227-255.usfamily.net] has joined #webgui 23:40 -!- mode/#webgui [+o vayde] by ChanServ --- Day changed Mon May 07 2007 03:22 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 03:23 -!- mode/#webgui [+v Radix-wrk] by ChanServ 07:26 -!- vayde [n=vayde@208-110-227-255.usfamily.net] has quit [Remote closed the connection] 10:54 -!- midellaq [n=midellaq@hermes.wseurope.com] has joined #webgui 11:20 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 14:13 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 14:15 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has quit ["Leaving"] 14:34 -!- midellaq [n=midellaq@hermes.wseurope.com] has left #webgui [] 14:58 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 14:58 -!- mode/#webgui [+o preaction] by ChanServ 16:08 -!- SDuensin [n=Scott@22.sub-75-205-236.myvzw.com] has joined #WebGUI 16:08 < SDuensin> Good morning. 16:09 -!- wgGuest12 [n=wgGuest1@mail.nichedirectoriesllc.com] has joined #webgui 16:11 -!- wgGuest12 is now known as sneex 16:14 -!- sneex [n=wgGuest1@mail.nichedirectoriesllc.com] has quit [] 16:14 < AMH_bob> Good morning 16:15 < SDuensin> Afternoon. :-) 16:15 -!- wgGuest66 [n=wgGuest6@mail.nichedirectoriesllc.com] has joined #webgui 16:15 -!- wgGuest66 is now known as sneex 16:16 < AMH_bob> ;) 16:16 < sneex> Grrrr ;-) 16:16 < sneex> hello 16:17 < AMH_bob> Hi 16:17 -!- sneex [n=wgGuest6@unaffiliated/sneex] has quit [Client Quit] 16:17 -!- wgGuest55 [n=wgGuest5@mail.nichedirectoriesllc.com] has joined #webgui 16:17 -!- wgGuest55 [n=wgGuest5@mail.nichedirectoriesllc.com] has quit [Client Quit] 16:17 -!- wgGuest94 [n=wgGuest9@mail.nichedirectoriesllc.com] has joined #webgui 16:17 -!- wgGuest94 is now known as sneex 16:18 < sneex> I guess I can't do what I want it to do lol 16:20 < sneex> I have 500 or so sites I need to migrate from OpenCMS and I would like to use WebGUI -- the WebGUI faq doesn't say whether or not if that many sites would be supported within a single installation. Anybody use WebGUI with that many before? 16:21 < SDuensin> It can do it. Question is, can your server? 16:22 < sneex> my server is hosting Tomcat with 500 sites now -- I just cant stand java \= 16:22 < SDuensin> hehe 16:22 < sneex> would I need a separate config for each site ? 16:23 < SDuensin> Config files, yes. But only one WebGUI install. 16:23 < sneex> ok 16:24 < sneex> i just dont want 500 mod_perl processes going -- otherwise I would stick with java =( 16:25 < SDuensin> Nope. They all run from one set of servers. 16:26 < sneex> thanks, Imma go play with it some -- I might be back =) 16:27 < pjesi> migrate 500 sites, that might take some time :) 16:27 < sneex> anything has got to be better than what Im doing now lol 16:31 * SDuensin sees a lot of work in sneex's future. 16:32 < AMH_bob> what's the record on running multiple sites on one server? And who is the holder? 16:33 < sneex> the thing is - the content isn't managed by the cms -- it just makes it available for some minor edits -- most of the issue is access and viewing of multimedia, etc. 16:34 < sneex> I would almost just use PHP and Dokuwiki \= almost 16:40 <+Radix_> I'd say plainblack probably has the most multiple sites 16:40 <+Radix_> I've heard their demo server has quite a few going at once 16:44 < SDuensin> Yea. Try it out. Create 500 demos. :-) 16:45 < pjesi> lol 16:46 < pjesi> it is more about using them I think 16:47 < sneex> i really am more interested in a managed web interface to access/view the multimedia files we host for clients, etc. Less to a degree about making a site "editable" by clients. 17:03 -!- sneex [n=wgGuest9@unaffiliated/sneex] has quit [] 17:07 -!- wgGuest59 [n=wgGuest5@mail.nichedirectoriesllc.com] has joined #webgui 17:08 -!- wgGuest59 [n=wgGuest5@mail.nichedirectoriesllc.com] has quit [Client Quit] 17:13 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has left #webgui [] 17:16 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 17:16 -!- mode/#webgui [+o vayde] by ChanServ 17:17 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has joined #webgui 17:53 < pjesi> is 7.3.16 working smoothly? 17:54 <@vayde> I haven't heard anything otherwise. 17:54 <@vayde> Are you having trouble? 17:55 < pjesi> no I am just preparing an upgrade :) 17:55 < pjesi> from 7.3.12 18:19 -!- perlDreamer [n=ckuskie@nat054.mxim.com] has joined #webgui 18:19 -!- mode/#webgui [+v perlDreamer] by ChanServ 18:19 <+perlDreamer> preaction: are you here? 18:20 <@preaction> yes 18:20 <+perlDreamer> Have you read the new Storage code for case insensitive filesystems? 18:20 <@preaction> nope 18:20 <+perlDreamer> There's something about it I don't get. 18:21 <+perlDreamer> It takes a GUID, turns it into hex, and then stores it in a lookup table in the db. 18:21 <+perlDreamer> I don't get why you can't just regenerate the hex each time 18:21 <+perlDreamer> it would save a db lookup 18:22 <@preaction> what about legacy storage locations based on GUID? 18:22 <+perlDreamer> any ideas? 18:23 <+perlDreamer> they're already messed up. 18:23 <@preaction> was concluded they couldn't be fixed because of the overlap possibility, can't translate them 18:24 <@preaction> so what storage locations are using GUIDs and what ones are using Hex? 18:24 <+perlDreamer> it depends on the config settings now 18:24 <@preaction> no, the answer to my question is the database table 18:24 <+perlDreamer> hm 18:25 <+perlDreamer> I guess that does make sense. 18:25 <@preaction> technically it doesn't have to store the hex, but (for now) there has to be some way to keep track of old, GUID storage folders, and new hex storage folders 18:26 <+perlDreamer> Do you think that eventually all file locations will start using the hex? 18:26 <@preaction> but for each GUID there can only be one hex folder, no? so if that hex folder doesn't exist when ->get, try to get the GUID folder, no? 18:27 <@preaction> hum. anyway 18:28 <+perlDreamer> I would have thought that it would auto detect the OS, do a case check, then translate all GUIDs to hex as appropriate. 18:28 <+perlDreamer> But that would totally break packages across platforms. 18:28 <+perlDreamer> It may break them anyway... 18:28 <@preaction> couldn't auto-detect, the consensus was there is no reliable way to do it 18:29 <@preaction> one windows is "WinNT", one is "Win32" one is "MSWin32" etc... 19:16 -!- SuckyMcSuckerton [n=gyoung@64.200.2.35] has quit [Read error: 113 (No route to host)] 19:20 -!- crythias [n=gyoung@64.200.2.35] has joined #webgui 19:20 -!- mode/#webgui [+v crythias] by ChanServ 20:16 -!- khenn [n=khenn@66-190-54-175.dhcp.mdsn.wi.charter.com] has joined #WebGUI 20:16 -!- mode/#webgui [+o khenn] by ChanServ 20:34 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 23:11 -!- perlDreamer [n=ckuskie@nat054.mxim.com] has quit ["Download Gaim: http://gaim.sourceforge.net/"] 23:41 -!- SDuensin [n=Scott@22.sub-75-205-236.myvzw.com] has quit ["Leaving"] --- Day changed Tue May 08 2007 00:47 -!- crythias [n=gyoung@64.200.2.35] has quit ["Leaving."] 01:44 -!- Haaarg [n=haarg@24-177-123-127.dhcp.mdsn.wi.charter.com] has joined #webgui 01:44 -!- mode/#webgui [+o Haaarg] by ChanServ 01:46 -!- Haaarg [n=haarg@24-177-123-127.dhcp.mdsn.wi.charter.com] has quit [Read error: 104 (Connection reset by peer)] 01:53 -!- Haarg [n=haarg@24-177-123-127.dhcp.mdsn.wi.charter.com] has quit [Read error: 110 (Connection timed out)] 02:03 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has joined #WebGUI 03:08 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 03:08 -!- mode/#webgui [+v Radix-wrk] by ChanServ 04:14 <+Radix-wrk> mornin' 04:35 -!- vayde [n=vayde@209.134.142.196] has quit [Remote closed the connection] 05:07 -!- vayde [n=vayde@208-110-227-255.usfamily.net] has joined #webgui 05:07 -!- mode/#webgui [+o vayde] by ChanServ 05:31 -!- vayde [n=vayde@208-110-227-255.usfamily.net] has quit ["Exit- stage left"] 09:27 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has joined #webgui 10:23 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 11:01 -!- midellaq [n=midellaq@hermes.wseurope.com] has joined #webgui 11:14 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 11:47 < pjesi> morning 12:07 < pjesi> is the update script needed to move from 7.3.12 to .16? 12:43 -!- xootom [n=tom@195.224.29.66] has joined #webgui 14:07 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has quit ["Leaving"] 15:07 < AMH_bob> http://www.plainblack.com/upgrading_webgui is a good starting point... 15:07 < AMH_bob> @pjesi: http://www.plainblack.com/upgrading_webgui 15:11 < pjesi> AMH_bob: yes but since I currently do not have access to root it is impossible to run the script 15:12 < AMH_bob> auwie, that changes things... I wonder if upgrading is advisable... 15:13 < pjesi> perhaps not 16:08 -!- SDuensin [n=Scott@101.sub-75-205-26.myvzw.com] has joined #WebGUI 16:08 < SDuensin> Good morning. 16:19 < pjesi> afternoon 16:20 < SDuensin> Hi pjesi 16:20 < pjesi> hi 16:29 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 16:29 -!- mode/#webgui [+o rizen] by ChanServ 16:30 -!- perlmonkey2 [n=perlmonk@ip70-189-104-178.ok.ok.cox.net] has joined #webgui 16:54 < pjesi> SDuensin: how is your desktop idea going? 16:55 < SDuensin> Very well, thanks! 16:55 < pjesi> great news! 16:55 < SDuensin> I'm trying to get things packaged up and documented to push a new build out. 16:59 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 16:59 -!- mode/#webgui [+o vayde] by ChanServ 17:00 < pjesi> SDuensin: cool, are you going to publish it on pb.com? 17:01 < SDuensin> Well, the desktop I've been working on isn't appropriate for wG. However, I've been reading and thinking about one that would be. Not had time to write any code for it though. 18:03 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."] 18:03 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 18:51 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit [Read error: 110 (Connection timed out)] 18:56 -!- perlmonkey2 [n=perlmonk@ip70-189-104-178.ok.ok.cox.net] has quit ["Leaving."] 19:20 -!- midellaq [n=midellaq@hermes.wseurope.com] has left #webgui [] 19:22 <@preaction> is the "Copy" clipboard action supposed to do a deep copy of an asset and all its children? or just the asset itself? 19:30 < pjesi> I think it is supposed to be a deep copy but it doesnt always do that 19:32 <@preaction> i think "Cut" does a deep copy, but "Copy" doesn't for some reason 19:34 < pjesi> true 19:34 < pjesi> I don't remeber how I went around it though 19:39 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 19:39 -!- mode/#webgui [+o rizen] by ChanServ 19:48 -!- xootom [n=tom@195.224.29.66] has left #webgui [] 21:49 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 21:49 -!- mode/#webgui [+v MrHairgrease] by ChanServ 22:28 -!- perlmonkey2 [n=perlmonk@ip70-189-104-178.ok.ok.cox.net] has joined #webgui 23:53 -!- SDuensin [n=Scott@101.sub-75-205-26.myvzw.com] has quit ["Leaving"] --- Day changed Wed May 09 2007 02:23 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has joined #WebGUI 02:24 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has left #webgui [] 03:05 -!- besonen_mobile [n=besonen_@71-220-227-185.eugn.qwest.net] has quit ["Leaving"] 03:14 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 03:14 -!- mode/#webgui [+v Radix-wrk] by ChanServ 04:46 -!- vayde [n=vayde@209.134.142.196] has quit ["Exit- stage left"] 04:46 -!- PedersenMJ [n=Pedersen@mail.icelus.biz] has joined #webgui 04:46 * PedersenMJ waves. 04:52 <+Radix-wrk> Morning PedersenMJ 04:53 < PedersenMJ> how goes it? 04:53 <+Radix-wrk> not too bad 04:53 <+Radix-wrk> yourself? :) 04:54 < PedersenMJ> doing okay. busy as a one armed paper hanger in a windstorm, though. 04:56 <+Radix-wrk> Hmm.. I like the new RFE changes - difficulty and karma so far added to all RFE's 04:57 <+Radix-wrk> this sucks tho: 04:57 <+Radix-wrk> Difficulty: 30 04:57 <+Radix-wrk> Karma So Far: 3742 04:57 <+Radix-wrk> Karma Rank: 124.733330 04:59 * PedersenMJ has to admit to not even visiting pb in a while. Been frustrating with how much I've got to get done at work and at home. 07:10 -!- perlmonkey2 [n=perlmonk@ip70-189-104-178.ok.ok.cox.net] has left #webgui [] 07:49 -!- PedersenMJ [n=Pedersen@mail.icelus.biz] has quit [] 08:20 -!- diakopter is now known as TsantsasBiter 08:20 -!- TsantsasBiter is now known as diakopter 09:42 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 10:25 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has joined #webgui 11:25 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 11:31 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 11:33 -!- midellaq [n=midellaq@hermes.wseurope.com] has joined #webgui 11:52 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has joined #webgui 12:31 -!- besonen_mobile [n=besonen_@71-220-227-185.eugn.qwest.net] has joined #webgui 14:08 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has quit ["Leaving"] 15:47 -!- SDuensin [n=Scott@180.sub-75-207-169.myvzw.com] has joined #WebGUI 15:50 < SDuensin> Good morning! 16:09 < AMH_bob> Howdy! 16:09 < SDuensin> Hey AMH_bob 16:10 < AMH_bob> How are things? 16:11 < SDuensin> So far, so good. Just getting started though. 16:12 < AMH_bob> Haha, and I'm almost on my last coffee break! And the nightshifts are running really smooth (Knock on wood). 16:15 < SDuensin> :-P 16:52 <@rizen> radix is a complainer 16:56 < SDuensin> Hey rizen 16:56 <@rizen> how goes it sd 16:57 < SDuensin> Pretty good. You? 16:59 <@rizen> pretty good, just very busy 16:59 < SDuensin> I hear ya. Working on a new release of ZKDesktop here. Lots of loose ends to tie up. 17:01 <@rizen> good luck with that...release time can be quite hecktic 17:01 <@rizen> got a new release of webgui to put out today too 17:04 < SDuensin> Sweet. 17:04 * SDuensin needs to update to 7.3.16 yet! 17:08 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has joined #webgui 17:18 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 17:18 -!- mode/#webgui [+o vayde] by ChanServ 17:34 -!- vayde [n=vayde@209.134.142.196] has quit ["Exit- stage left"] 17:35 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 17:35 -!- mode/#webgui [+o vayde] by ChanServ 17:40 <@rizen> howdy perlmonkey2 17:41 <@rizen> how's the new survey coming? 17:44 < perlmonkey2> slow :( June 1st I'll either have plenty of time to work on it as things wrap up, or I'll have all my time to work on it if I don't wrap things up 17:44 < perlmonkey2> on my job. 17:46 <@rizen> yikes 17:47 < perlmonkey2> Not that bad in reality, but I'm working night and day to get this project wrapped up. Actually if this week goes well, *my* part of the project will be mostly wrapped up and I can start doing something more fun (like your survey) 17:49 <@rizen> *our* survey 17:49 <@rizen> we're a community 18:00 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."] 18:11 -!- midellaq [n=midellaq@hermes.wseurope.com] has left #webgui [] 18:12 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 18:34 <@rizen> Radix_ you around? 19:22 -!- rizen is now known as [ 19:22 -!- [ is now known as rizen 19:22 -!- rizen changed the topic of #webgui to: [ WebGUI 7.3.17 | WRE 0.7.2 ] 21:17 -!- dionak [n=dkidd@adsl-072-149-129-114.sip.clt.bellsouth.net] has joined #webgui 21:26 -!- crythias [n=gyoung@64.200.2.35] has joined #webgui 21:26 -!- mode/#webgui [+v crythias] by ChanServ 21:48 -!- khenn [n=khenn@66-190-54-175.dhcp.mdsn.wi.charter.com] has left #WebGUI [] 23:19 -!- rjacobsen [n=rjacobse@74-129-192-43.dhcp.insightbb.com] has joined #webgui 23:20 < rjacobsen> i am trying to use the ^Include("/this/file.html"); macro and for some reason i keep getting "INCLUDED FILE DOES NOT EXIST"....... is there a trick to this macro? 23:21 <@rizen> are you using the full path to the file? 23:21 <@rizen> and does your web server have the rights to read the file? 23:21 < rjacobsen> we placed the file in the /images folder in the webgui installation where we call images from and such 23:22 < rjacobsen> so the actuall src directory is /images/docs/2.html 23:22 < rjacobsen> and for some reason it is not seeing the file 23:25 <@rizen> not relative to your web root 23:25 <@rizen> relative to your server root 23:26 < rjacobsen> ok so how do i figure the directory if i have it in the images folder? 23:26 <@rizen> like /data/domains/www.example.com/public/images/some/path/to/file.html 23:26 <@rizen> is this a real folder or a webgui folder? 23:26 <@rizen> real folder being a folder on the server filesystem 23:27 < rjacobsen> it is the main images folder of webgui that we use for web pages 23:27 <@rizen> let me try this again...do you access the folder through the webgui asset manager, or through an FTP account? 23:28 < rjacobsen> thru ftp sorry 23:28 < rjacobsen> it is web based 23:28 <@rizen> then you should be able to see the full path when you log in through ftp 23:28 <@rizen> if you can't, then ask your hosting provider 23:35 < rjacobsen> ok here is our layout..... we have a main folder we use for all our hosted websites call common.... the images folder is inside this folder.... /data/domains/common/images/docs/2.html is the actual directory all the way to root...... 23:35 < rjacobsen> i dont think there is any way to access this file from a browser 23:36 <@rizen> you don't need to access it from a browser 23:36 <@rizen> that's what Include is for 23:36 < rjacobsen> right 23:36 <@rizen> put in the full path ^Include(/data/domains/common/images/docs/2.html); 23:36 < rjacobsen> so how do i make this work? 23:36 < rjacobsen> i tried that 23:37 < rjacobsen> and it still comes up with the INCLUDED FILE DOES NOT EXIST 23:37 <@rizen> if that path is correct, and the permissions are set such that the web server can read the file and folders that lead up to it, then it will work 23:42 -!- rjacobsen [n=rjacobse@74-129-192-43.dhcp.insightbb.com] has quit ["User pushed the X - because it's Xtra, baby"] --- Day changed Thu May 10 2007 00:01 -!- SDuensin [n=Scott@180.sub-75-207-169.myvzw.com] has quit ["Leaving"] 00:17 -!- crythias [n=gyoung@64.200.2.35] has left #webgui [] 00:54 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has left #webgui [] 01:00 -!- dionak [n=dkidd@adsl-072-149-129-114.sip.clt.bellsouth.net] has quit [] 01:53 <+Radix_> rizen: wassup? 02:00 -!- dionak [n=dkidd@cpe-024-074-157-216.carolina.res.rr.com] has joined #webgui 02:34 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has quit [Read error: 113 (No route to host)] 03:22 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has joined #WebGUI 03:33 -!- vayde [n=vayde@209.134.142.196] has quit ["Exit- stage left"] 03:39 -!- Radix-wrk [n=Jesse@formsys.com] has joined #webgui 03:39 -!- mode/#webgui [+v Radix-wrk] by ChanServ 04:13 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [] 04:19 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 04:19 -!- mode/#webgui [+o preaction] by ChanServ 04:29 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [] 04:31 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 04:31 -!- mode/#webgui [+o preaction] by ChanServ 05:13 -!- PedersenMJ [n=Pedersen@mail.icelus.biz] has joined #webgui 05:13 < PedersenMJ> Good evening. 05:17 <+Radix-wrk> yo 05:19 < PedersenMJ> How's it going? 05:20 <+Radix-wrk> same as yesterday :) 05:21 * PedersenMJ is somewhat better, as I just got the care package from pb today :) 05:21 <+Radix-wrk> Ahh k.. cool 05:22 <+Radix-wrk> mine will prolly take a while to get here I suspect ;) 05:23 < PedersenMJ> Nah, I'm sure it's already on your back porch, awaiting you ;) 05:23 <+Radix-wrk> overseas delivery tho remember :) 05:25 < PedersenMJ> hence the ;) 05:25 < PedersenMJ> Honestly, I think you'll be lucky to get it within a week or two. 05:25 < PedersenMJ> Gotta say, though, that JT came through on the Content Manager's Guide nicely. Looks good. 05:26 <@preaction> content manager's guide was kristie 05:26 <@preaction> (bopbop on IRC) 05:26 <+Radix-wrk> Oh? you got a copy of that in your schwag bag? 05:27 <+Radix-wrk> Hmm.. I just ordered a copy for the office - will prolly get two copies now if that's the case :) 05:27 < PedersenMJ> Actually, had JT take money out of winnings to order it. 05:28 <+Radix-wrk> Ahh k.. cool 05:31 -!- Radix-wrk [n=Jesse@formsys.com] has quit [Read error: 104 (Connection reset by peer)] 05:31 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 05:31 -!- mode/#webgui [+v Radix-wrk] by ChanServ 05:42 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has quit [] 07:05 -!- PedersenMJ [n=Pedersen@mail.icelus.biz] has quit [] 09:50 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has joined #webgui 10:07 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has joined #webgui 10:44 -!- SDuensin_ [n=Scott@12-217-162-173.client.mchsi.com] has joined #WebGUI 10:49 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has quit [Read error: 110 (Connection timed out)] 11:02 -!- diakopter [i=diakopte@pdpc/supporter/active/diakopter] has quit ["Lost terminal"] 11:49 -!- Radix-wrk [n=Jesse@203.161.68.67] has quit ["Leaving"] 12:39 -!- preaction [n=doug@static-72-1-4-143.ntd.net] has joined #webgui 12:39 -!- mode/#webgui [+o preaction] by ChanServ 14:03 -!- SDuensin_ [n=Scott@12-217-162-173.client.mchsi.com] has quit ["Leaving"] 16:13 -!- SDuensin [n=Scott@149.sub-75-206-28.myvzw.com] has joined #WebGUI 16:18 < SDuensin> Good morning! 16:39 -!- mawe [n=mawe@boo.dfn-cert.de] has joined #webgui 16:40 < mawe> hi all. is there an easy way to remove parts of webgui from the installation so that they don't show up anywhere? i won't ever need the product stuff for example and would like to get rid of it, even in the admin interface. 16:41 < SDuensin> Hi mawe. I don't know the answer to that one. Hang out for about an hour and more people will be here. 16:41 < mawe> ok, thanks! 16:42 < SDuensin> Anytime. :-) 16:43 < mawe> ah... i see it's hardcoded in AdminConsole.pm. hm.... 16:44 < xdanger> mawe: you can adjust the UI level, and remove assets in the config file... 16:45 < mawe> yes, that's for the "normal" users. but in the admin section all those things still show up. 16:48 < SDuensin> "Normal users"? You mean morons? 16:50 < mawe> ... no, normal as in "not admin" 16:51 < SDuensin> :-) 17:01 <+Radix_> mawe: you can remove assets in your webgui config file 17:01 < mawe> Radix_: yes, i know. but that doesn't affect the admin menu 17:01 < mawe> i think i found a solution. i edit the admin menu template and filter out all entries i don't want 17:01 <+Radix_> yeah, that'd work 17:02 -!- midellaq [n=midellaq@hermes.wseurope.com] has joined #webgui 17:18 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 17:18 -!- mode/#webgui [+o vayde] by ChanServ 17:18 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has joined #webgui 17:21 < perlmonkey2> If anyone ever needs help with for Java to speak RPC::XML to Perl, just let me know. 17:21 -!- crythias [n=gyoung@64.200.2.35] has joined #webgui 17:21 -!- mode/#webgui [+v crythias] by ChanServ 17:27 -!- crythias [n=gyoung@64.200.2.35] has quit [Read error: 104 (Connection reset by peer)] 18:02 -!- crythias [n=gyoung@64.200.2.35] has joined #webgui 18:02 -!- mode/#webgui [+v crythias] by ChanServ 18:03 -!- AMH_mari [n=mari@alphamega-dmp.xs4all.nl] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 18:04 -!- AMH_bob [n=AMH_bob@alphamega-dmp.xs4all.nl] has quit ["Leaving."] 18:24 -!- MrHairgrease [n=martin@wlan-145-94-245-67.wlan.tudelft.nl] has joined #webgui 18:24 -!- mode/#webgui [+v MrHairgrease] by ChanServ 18:33 -!- MrHairgrease [n=martin@wlan-145-94-245-67.wlan.tudelft.nl] has left #webgui [] 18:56 -!- vayde [n=vayde@209.134.142.196] has quit ["Exit- stage left"] 19:07 -!- mawe [n=mawe@boo.dfn-cert.de] has quit ["Leaving"] 19:29 -!- midellaq [n=midellaq@hermes.wseurope.com] has left #webgui [] 19:31 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 19:31 -!- mode/#webgui [+o vayde] by ChanServ 19:48 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has joined #webgui 19:48 -!- mode/#webgui [+v MrHairgrease] by ChanServ 19:48 -!- dionak [n=dkidd@cpe-024-074-157-216.carolina.res.rr.com] has left #webgui [] 20:49 -!- rizen [n=rizen@71-86-227-90.static.mdsn.wi.charter.com] has joined #webgui 20:49 -!- mode/#webgui [+o rizen] by ChanServ 22:17 -!- perlmonkey2 [n=perlmonk@casr-dev.fwsm2ppuser.ou.edu] has left #webgui [] 23:11 -!- vayde [n=vayde@209.134.142.196] has quit [Remote closed the connection] 23:13 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 23:13 -!- mode/#webgui [+o vayde] by ChanServ 23:46 -!- crythias [n=gyoung@64.200.2.35] has left #webgui [] 23:55 -!- SDuensin [n=Scott@149.sub-75-206-28.myvzw.com] has quit ["Leaving"] --- Day changed Fri May 11 2007 01:03 -!- vayde [n=vayde@209.134.142.196] has quit ["Exit- stage left"] 01:10 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 01:10 -!- mode/#webgui [+o vayde] by ChanServ 01:11 -!- vayde [n=vayde@209.134.142.196] has quit [Client Quit] 01:12 -!- vayde [n=vayde@209.134.142.196] has joined #webgui 01:12 -!- mode/#webgui [+o vayde] by ChanServ 02:09 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has joined #WebGUI 02:11 -!- MrHairgrease [n=martin@x032124.its-s.tudelft.nl] has left #webgui [] 02:42 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has quit [Read error: 110 (Connection timed out)] 03:35 -!- cap10morgan [n=wmorgan@vc1-868-3.adsl.indra.com] has joined #webgui 03:36 < cap10morgan> It looks like MySQL 5.0.41 has a bug that affects WebGUI pretty badly 03:36 < cap10morgan> from my initial testing, it seems to not honor the binary flag on varchar fields 03:36 < cap10morgan> which obviously makes assetId's get screwed up 03:37 < cap10morgan> reverting to 5.0.37 fixed it 03:37 < cap10morgan> w/ no (apparent) data loss 03:37 -!- cap10morgan [n=wmorgan@vc1-868-3.adsl.indra.com] has quit [Client Quit] 04:22 -!- Radix-wrk [n=Jesse@203.161.68.67] has joined #webgui 04:23 -!- mode/#webgui [+v Radix-wrk] by ChanServ 04:29 -!- SDuensin [n=Scott@12-217-162-173.client.mchsi.com] has joined #WebGUI 04:39 -!- vayde [n=vayde@209.134.142.196] has quit ["Exit- stage left"] 04:54 <+Radix-wrk> mornin' 05:00 <@rizen> howdy 05:00 < SDuensin> Hi gang. 05:06 <+Radix-wrk> rizen: you asked for me the other day? 05:07 <@rizen> yeah, i wanted to know if you'd do some jail time for me 05:07 <@rizen> judge said he'd let me off if i could find some sucker...er good person to take the time for me 05:08 <+Radix-wrk> Ahh.. surprised you're not keen on it in the hope you could spend time with Paris Hilton. 05:08 <@rizen> i would except that in the US men and women aren't jailed together 05:08 <@rizen> actually 05:08 <@rizen> i was asking you why you were complaining 05:08 <@rizen> about the new features on the RFE list 05:09 <+Radix-wrk> I wasn't - I think the new RFE stuff is great :) 05:09 <+Radix-wrk> I was just whinging about how high that particular RFE was because I wanted it ;) 05:10 <+Radix-wrk> Difficulty of 30 05:10 <@rizen> some things take more time 05:10 <@rizen> if it's worth it 05:10 <@rizen> and people want it 05:10 <@rizen> it will still get enough karma 05:10 <@rizen> there are some things that have a difficulty of 100 or more 05:11 <+Radix-wrk> Hmm.. nice idea, not sure if it will work that way in practice tho 05:11 <+Radix-wrk> What I suspect is that most ppl don't read through the pages and pages of RFE's and simply put their own separately 05:11 <@rizen> well at some point we'll run out of low level stuff to do 05:12 <@rizen> that's true 05:12 <@rizen> however, there's nothing i can do about people being too lazy 05:12 <@rizen> unless you have some remedy for that 05:12 <+Radix-wrk> I don't know any way to improve that either really 05:12 <@rizen> oh, and i'm about to add a feature that may help to some extent 05:13 <@rizen> i'll be listing the top 100 karma whores 05:13 <+Radix-wrk> lol 05:13 <@rizen> then you can contact those people and ask them to add their karma to your event 05:13 <@rizen> sorry, rfe, not event 05:13 <+Radix-wrk> I'll probably be one of them atm actually ;) 05:13 <+Radix-wrk> thanks to my community contest entries :) 05:13 <@rizen> i think the top person has something like 14k karma 05:14 <@rizen> but yeah, you should be in the top 100 for sure 05:14 <+Radix-wrk> I have 8k atm, and two entries in the style contest 05:15 <+Radix-wrk> So worse case scenario I get 2nd and 3rd and should get another 7.5k karma :) 05:15 <@rizen> see...you have all the karma you need then to bump stuff to the top 05:16 <+Radix-wrk> I know.. but I've already poured over 3k karma in that one and it's only up to 124 05:17 <@rizen> it's all about how bad you want it 05:19 <@rizen> i take it back 05:19 <@rizen> the highest has 21k 05:19 <@rizen> martin kamerbeek 05:19 <@rizen> colin kuskie is next with 19k 05:19 <+Radix-wrk> Ahh.. good to see :) 05:21 <+Radix-wrk> How's the other WebGUI books coming along btw? 05:21 <+Radix-wrk> I just ordered a copy of the Content Managers Guide for the office here, but keen on the other two when they're out too :) 05:21 <@rizen> slow 05:21 <@rizen> the admins guide is going the slowest 05:21 <@rizen> cuz it has prereqs 05:21 <@rizen> i have to get the new wre built 05:21 <@rizen> in order to write the book 05:22 <+Radix-wrk> Ahh k 05:22 <@rizen> the design one is more than half finished 05:22 <@rizen> so that one will be out next 05:22 <@rizen> probably in june 05:22 <+Radix-wrk> Sweet 05:22 <@rizen> the admins guide is more than 1/3 done 05:22 <@rizen> but several of the biggest chapters deal with the wre 05:22 <@rizen> and i don't want to document the old wre 05:23 <@rizen> or rather, i don't want to document both the old and the new 05:23 <+Radix-wrk> The admins guide - will that cover using the webgui api at all? 05:23 <@rizen> so that's why i have to get the new one done 05:23 <@rizen> no 05:23 <@rizen> admins is all about sys admin stuff 05:23 <@rizen> which is mostly performance, security, and troubleshooting 05:23 <+Radix-wrk> okey, so apache/mysql/wre stuff 05:23 <@rizen> and webgui config stuff 05:24 <+Radix-wrk> fair enough 05:24 <@rizen> i've been debating whether we should write a dev book 05:24 <+Radix-wrk> and designers guide is more template manipulation stuff? 05:24 <@rizen> yup, design guide is all about templates, css, html, and javascript 05:24 <@rizen> and mostly templates and css 05:25 <+Radix-wrk> cool 05:25 <+Radix-wrk> Well I'd be interested in a dev book, but yeah, don't know how many others will 05:26 <@rizen> we already publish a lot of dev stuff on the site 05:26 <@rizen> though i realize it's not very well organized 05:27 <+Radix-wrk> I've actually got my sabbatical planned around WebGUI - and hope to throw myself in the deep end and spend some time learning the API and how to program in perl 05:27 <+Radix-wrk> Heading off to Europe in August and going to spend a couple of weeks with Oqapi 05:28 <@rizen> the other thing is, that i'm not very fond of selling stuff to developers...i'd rather give it to them for free 05:28 <@rizen> but if we put out a book 05:28 <@rizen> we need to charge for it 05:28 <@rizen> it's one of those crazy cycles 05:28 <@rizen> your sabbatical sounds great 05:28 <@rizen> the guys at Oqapi are awesome 05:29 <+Radix-wrk> Yeah, flight is booked, accomodation organised - and of course I get to spend a bit of time in Europe after that travelling around, so will be a launchpad for that 05:30 <+Radix-wrk> I'm pretty excited about the trip 05:45 < xdanger> rizen: would you have some time for a dev question? 05:45 <@rizen> phone 05:47 < xdanger> I have a custom asset that has a checkList in definitions %properties hash... and I would like to attach a "Manage" link to it (like on templates) and can't find a way to hook it... 05:57 <@rizen> ok, i'm off the phone 05:58 <@rizen> radix: http://www.plainblack.com/wg/karma 05:58 <@rizen> xdanger, that's easy 05:58 <@rizen> do you know how to use the $session->icon api? 05:58 <@rizen> if you do 05:58 <@rizen> then you just pass your manage icon 05:58 <@rizen> into the subtext parameter 05:59 <@rizen> of your form field 05:59 < xdanger> ok, had missed the subtext param... 06:00 < xdanger> I have a few hundred workflows running whit the status "undefined" what does that mean? 06:01 <@rizen> where did you see that "status" ? 06:02 < xdanger> perl spectre.pl --status 06:02 < xdanger> it has last state 06:03 < xdanger> and in the "show running workflows" section 06:03 <@rizen> hmm that's not good 06:03 <@rizen> that most likely means that those workflows are crashing when they try to execuute 06:03 <@rizen> plus, you should never have a few hundred workflows 06:03 <@rizen> even on our busiest servers, that have almost 100 sites 06:04 <@rizen> we never have more than 50 or so workflows waiting around to be executed 06:04 < xdanger> Hmm.. it has one for every 5min for the last month or more... 06:05 < xdanger> strange that it doesn't hapen on other sites on the same server 06:05 <@rizen> it's likely some sort of config issue then 06:05 <@rizen> with spectre running 06:05 <@rizen> what happens when you do 06:05 <@rizen> perl spectre.pl --test 06:06 < xdanger> testing.... tests completed. 06:06 < xdanger> I have this in webgui.log: 2007/05/11 05:55:56 - ERROR - spectre.conf - POE::Kernel::_dispatch_event[1013] - WORKFLOW: Something bad happened on the return of IsDtpNfe7cvKvjJy9WRwNQ. 06:06 <@rizen> there you go then 06:06 <@rizen> increase your log level 06:06 <@rizen> to INFO 06:06 <@rizen> and it will likely tell you what happenedd 06:08 < xdanger> ctre.conf - POE::Kernel::_dispatch_event[1013] - ADMIN: Couldn't fetch Spectre configuration data for webgui... 06:08 < xdanger> ok, so something wrong with the config =) 06:08 <@rizen> what version of webgui are you running? 06:09 < xdanger> just upgraded to latest 06:09 <@rizen> and you restarted both spectre and modperl after the upgrade was complete? 06:09 < xdanger> many times =) 06:09 <@rizen> ok then, don't know what to tell you 06:09 < xdanger> and this was happening before I belive... 06:10 <@rizen> you'll have to troubleshoot why it can't read the config data 06:10 <@rizen> from your server, you could try: 06:10 < xdanger> could it be some parameter missing? 06:10 <@rizen> curl http://www.site.com?op=spectreGetSiteData 06:11 <@rizen> and see if it returns a valid JSON document 06:13 < xdanger> html 06:13 <@rizen> then you need to discover why that's happening 06:13 <@rizen> and fix it 06:13 <@rizen> sorry i can't be more specific 06:16 < xdanger> main::[[undef]] - Couldn't execute operation : WebGUI::Operation::Spectre::www_spectreGetSiteData. Root cause: Can't call method "get" on an undefined value at /data/WebGUI/lib/WebGUI/Operation/Spectre.pm line 53. 06:25 <@rizen> two problems there 06:25 <@rizen> 1) you have a corrupt workflow in your WorkflowInstance table 06:26 <@rizen> 2) there is a bug in WebGUI::Operation::Spectre, in that it's not handling your corrupt data more gracefully 06:33 < xdanger> My fault... 06:34 < xdanger> I had now added the right Workflow that I was refering to =) 06:36 < xdanger> s/now/not/ 06:42 < xdanger> Is there a workflow waiting timeout? for commitWithApproval 06:43 < xdanger> How long it waits for approval? does it clean up at some point? 06:44 <@rizen> it waits forever 06:44 <@rizen> until someone either approves or denies it 06:45 < xdanger> My user has Already cluttered her inbox and has approved newer autotags.. 06:46 < xdanger> There's not a function tu approve pending versions in admin console? 06:47 <@rizen> no..only approvers can approve them 06:47 <@rizen> and they get them in their inbox 06:47 <@rizen> and pending stuff is always at the top of the inbox 06:48 < xdanger> I just don't like that the end user gets a mail about every approval... We have a cs that users can edit, and some of them manage to edit multiple times before admin has time to approve... 06:48 < xdanger> Suspended Workflows 57 06:49 < xdanger> all same site waiting... 06:50 <@rizen> xd, i'm not an rfe list, if you want something to work differently, submit it to the rfe list not to me 06:50 < xdanger> =) 06:50 < xdanger> I'm just thinking aloud... 06:51 <@rizen> in any case...i'm done for th enight...ttyl 06:53 < xdanger> I think I'm done for the night, and the mornign... 06:53 < xdanger> I hate upgrade nights =) 06:53 < xdanger> the always strech to the morning 08:19 -!- preaction