The web in a box - a next generation web framework for the Perl programming language

IRC log for #mojo, 2014-05-28

| Channels | #mojo index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:25 shmuel joined #mojo
00:44 rem_lex| joined #mojo
00:57 laouji joined #mojo
00:59 good_news_everyon joined #mojo
00:59 good_news_everyon [mojo] kraih pushed 1 new commit to master: http://git.io/J-4Q3A
00:59 good_news_everyon mojo/master 4dd05f9 Sebastian Riedel: fixed rendering bug where rewritten arguments could not be localized
00:59 good_news_everyon left #mojo
01:08 Averna joined #mojo
01:18 asarch joined #mojo
01:30 zivester joined #mojo
01:57 klapperl joined #mojo
02:04 D4RK-PH0ENiX joined #mojo
02:32 btyler joined #mojo
02:53 good_news_everyon joined #mojo
02:53 good_news_everyon [mojo] kraih pushed 1 new commit to master: http://git.io/ekCRMg
02:53 good_news_everyon mojo/master a1344ce Sebastian Riedel: changed return value of path_for method in Mojolicious::Routes::Match
02:53 good_news_everyon left #mojo
03:18 btyler joined #mojo
03:26 preaction especially when mojo has 10 times the stars as catalyst? travesty!
04:24 punter joined #mojo
04:55 beyondcreed joined #mojo
04:56 thowe joined #mojo
04:58 Vandal joined #mojo
05:08 denis_boyun joined #mojo
05:12 laouji joined #mojo
05:19 laouji joined #mojo
05:25 ver joined #mojo
05:32 d4rkie joined #mojo
06:08 jnbek joined #mojo
06:23 denis_boyun joined #mojo
06:30 dotandimet joined #mojo
06:40 dexteruk joined #mojo
06:45 dod joined #mojo
06:48 eugen joined #mojo
07:01 denis_boyun_ joined #mojo
07:06 dotandimet joined #mojo
07:16 eseyman joined #mojo
07:20 rawler joined #mojo
07:38 laouji joined #mojo
07:39 laouji joined #mojo
07:45 mire joined #mojo
07:50 espen joined #mojo
07:53 trone joined #mojo
08:03 batman sri, jberger, marcus, tempire: http://direct.thorsen.pm/private/raw/notverysecret/mojo-goodbye.gif
08:04 marcus <3
08:05 batman should it be a tweet..?
08:05 Ralesk yes :D
08:07 batman need confirmation from the people in the tweet...
08:13 marcus You missed the group hug :-/
08:13 marcus now it looks like i’m dodging tempire :)
08:19 batman yeah, you wouldn't repeat...
08:20 batman s/wouldn't/refused/
08:32 marcus This is just so ironic - http://perltv.org/
08:33 batman ironic?
08:33 purl ironic is http://www.mellowfellow.com/ironic.shtml or at http://www.notironic.com/
08:35 marcus batman: “Marketing Perl” with that site design. :p
08:36 batman haha
08:44 edestler joined #mojo
08:53 basiliscos joined #mojo
09:26 Jonneh joined #mojo
09:35 meshl joined #mojo
09:43 Eke- joined #mojo
10:01 snuffles joined #mojo
10:02 Jonneh joined #mojo
10:03 denis_boyun joined #mojo
10:06 riche joined #mojo
10:13 riche I am trying to find "best technique" for unit testing a plugin (besides basic loading), it seems the more common approach is to make a test also a Mojolicious::Lite app?
10:23 marcus riche: yes
10:24 irq joined #mojo
10:26 D4RK-PH0ENiX joined #mojo
10:34 riche thanks, marcus.. get to work on Mojolicious::Plugin::WSDL today
10:47 laouji joined #mojo
10:47 alnewkirk joined #mojo
10:55 jberger batman +1
10:55 jberger Also batman++
10:58 batman :)
11:01 nicomen this was kind of useful: script/my_app get / | lynx -stdin
11:21 Jonneh joined #mojo
11:21 mire joined #mojo
11:26 d4rkie_ joined #mojo
11:37 Akron joined #mojo
11:40 neilhwatson joined #mojo
11:42 dp joined #mojo
11:45 d4rkie joined #mojo
11:55 sri batman++ # +1
11:57 batman can i tweet then? :)
12:01 Jonis Guess we should tweet @github about getting mojolicious added to their list of frameworks
12:14 sri don't forget to review https://github.com/kraih/mojo/commit/e3941a276748580606ba4030319239376fd62c51
12:16 marcus batman: I guess core is in favor
12:17 batman i can't upload gif to twitter it seems...
12:19 sri tempire appears to be catching up on sleep
12:20 marcus batman: just use your link?
12:20 marcus http://thenextweb.com/twitter/2013/11/14/get-messy-giphy-brings-animated-gifs-twitter-timeline/
12:20 marcus or giphy
12:20 batman render_partial() will break parts of my code, but i'm in favor since i think it's cleaner
12:22 sri Jonis: not sure that's how it works, you may need to know a github insider
12:23 nicomen hm, render_partial is actually, processing a template, but not rendering it, right?
12:23 batman marcus: "Unfortunately we don't currently allow user uploads to Giphy"
12:23 batman nicomen: yes. the rendered template is the return value
12:27 asarch joined #mojo
12:29 tempire Yeah, JS was popular before node; I mention that in the lightning talk. But nodejs did take it to another level.
12:29 tempire That's why I led into the concept with rails
12:30 batman marcus: you're faster than lucky luke on retweeting ;)
12:31 marcus batman: got a system-level notification about mention ;-)
12:31 batman hehe
12:33 batman guess the first "video" from mojoconf has been confirmed and released ;)
12:33 gian90 joined #mojo
12:34 denis_boyun joined #mojo
12:36 batman https://github.com/jhthorsen/mojo-sql # i wonder if i'm going in too deep with this project...
12:36 batman but it sure is fun
12:37 ssm batman: that's going to be useful
12:38 batman if it 1) gets finished 2) gets useful
12:38 batman :)
12:40 ssm and if not, you'll hopefully learn something useful from it. :)
12:42 batman you're way to positive ssm :)
12:42 ssm . o O { it won't last }
12:54 nicomen so I guess ->process() would be more accurate and be in line with the term some templates use? (grunt.template.process(...), [% PROCESS '...' ], $tt->process, (jinja uses compile, so does Mason) - partial is not correct when wanting to generate say an email, or output to command line for instance, partial is only correct when used as part of another template as far as I can see
12:58 sri batman: i'd prefer a reworked Mojo::Redis first ;p
12:59 sri *nudge*
12:59 batman i agree. it's just that i have a hard time finding a new name for Mojo::Redis :(
12:59 batman i would also like adding $mandel->fresh first
13:01 sri maybe just pick a cutesy name then
13:02 Akron nicomen: That's a good point. Yes - render_partial for emails is a bit ... hmmm ...
13:03 sri Akron/nicomen: render_partial does not use the layout/extends stash values, so i think the name works
13:03 sri you can only pass layout/extends as an argument
13:03 sri perhaps that fact should be mentioned more prominently
13:04 nicomen I can understand its meaning, although I might expect that later renderings will include whatever was "partially rendered"
13:04 Akron sri: Sure, but what you receive is not just a fraction.
13:05 sri well, we add a new method anyway, so i'm open for better name suggestions
13:06 sri batman: why can't you break Mojo::Redis anyway?
13:06 sri it's a 0.x version number
13:07 batman sri: because i don't do version numbering like you do.
13:07 nicomen render_partial is something that remininscences buffered output
13:07 batman i either have EXPERIMENTAL or it works :)
13:07 arthas joined #mojo
13:08 sri batman: well, the mongodb-ish solution would be Mojo::RedisClient
13:08 batman i also have too much code relying on the old version, so it would be a lot of work if i just broke it
13:08 batman yeah... considered that, but the name is clunky. i might need to use it though
13:08 batman i guess it's better than Mojo::Redis2 :P
13:09 sri i actually don't mind Mojo::Redis2
13:09 sri it communicates that it's the preferred interface very clearly
13:09 batman Mojooo::Rdis
13:09 batman that's true
13:10 batman i really wish i had time to discuss Mojo::Redis2 on the hackathon :(
13:10 batman WE NEED ANOTHER MOJO HACKATHON!!!!
13:10 batman :)
13:12 batman i take critic: should have made the mojoconf2014 last for two weeks.
13:12 batman hehe
13:17 tempire batman: Re Mojo::SQL, I'd usei t
13:17 tempire *use it
13:17 batman tempire: yeah... i guess i need to delay it, so you can try out Mandel first ;)
13:18 zivester joined #mojo
13:20 riche alright, a tender just landed on my desk... besides needing to integrate with SAP and MS SQL Server, it looks like a Mojo candidate ...
13:20 riche non-blocking WS would be perfect for processing large excel spreadsheets, no? ;)
13:26 mire joined #mojo
13:26 gtodd joined #mojo
13:28 gtodd hmm 5.20 on android tablet = mojo on android tablet ?
13:30 * gtodd boots up the calculator / project management application ...
13:30 gtodd 1)  5.20 on android tablet 2) mojo on android tablet ? 3) ...   4) kaching!
13:30 gtodd ???  not sure
13:33 moritz gtodd: ... = 'make test'
13:34 gtodd heheh
13:35 oetiker joined #mojo
13:43 sh4 joined #mojo
13:44 punter joined #mojo
13:45 Akron non-blocking spreadsheets ... sounds big!
13:45 btyler joined #mojo
13:48 bluescreen joined #mojo
13:50 bluescreen_ joined #mojo
13:50 riche sighs, and I would need to implement an MTOM handler ... it's starting to look rough
13:51 nicomen I beleive we discusssed in an Oslo.pm meeting some months ago, you would probably want some queue system, and do the actual excel processing in the background
13:51 sri Akron/nicomen: still waiting for names!
13:51 nicomen queue minions
13:52 riche yah thought of that :)
13:52 dgikiller joined #mojo
13:52 nicomen my $output = $controller->process($template, ...); vs $controller->render($template, ...); # makes perfect sense to me
13:53 sri has to have a render_ prefix
13:53 riche however ... the minions would need to work with enterprise-y queues
13:53 sri render, render_maybe, render_static...
13:53 nicomen sri: heh, in that case..
13:54 sri not sure yet where minion is heading, pluggable transport or pure mongodb
13:54 nicomen problem is that all the render_ actually renders to the response. this would not
13:54 sri for now i'd recommend forking minion for different backends, it's more of a study in how to integrate job queues into mojolicious
13:54 riche pluggable transport desired imo
13:55 sri pluggable backend also means lowest common denominator, pub/sub channels for notifications would be off the table
13:56 riche unless you describe an interface warranting more
13:56 riche I have to integrate with MSMQ, IBM MQ
13:56 sugar joined #mojo
13:56 sri oh, serialization is another problem
13:57 nicomen rails uses render_to_string
13:57 gryphon joined #mojo
13:57 sri currently everything is very BSON centric
13:57 nicomen http://guides.rubyonrails.org/layouts_and_rendering.html
13:57 sri render_string
13:57 nicomen all of these are suboptimal: render_silent, render_inline, render_return, render_local
13:57 sri hmm
13:57 nicomen I approve of _string
13:58 nicomen (not that it matters)
13:58 nicomen and piggybacking on popular technologies is always good imho
13:59 good_news_everyon joined #mojo
13:59 good_news_everyon [mojo] kraih pushed 1 new commit to master: http://git.io/spEOrg
13:59 good_news_everyon mojo/master dd21259 Sebastian Riedel: render_partial needs to be hidden
13:59 good_news_everyon left #mojo
14:01 crab what are we talking about?
14:01 dotandimet joined #mojo
14:04 riche so right now a minion can only read BSON?
14:05 espen left #mojo
14:06 shadowboxer joined #mojo
14:08 riche Well, I don't have to use minion, so that's okay.  Bigger fish to fry .. like non-blocking MSSQL Server
14:09 punter Is there a "Made with Mojolicious" icon somewhere I can use?
14:11 nicomen http://tempi.re/mojoconf-a-new-world
14:11 Akron render_(to_)?string is nice
14:16 jberger tempire++
14:19 Akron I would prefer render_to_string to render_string however.
14:25 tempire What's the unicode for 5.0?
14:25 tempire the space invader?
14:25 purl the space invader is probably http://www.perlmonks.org/?node_id=169437
14:27 Akron tempire: http://www.fileformat.info/info/unicode/char/1f42f/index.htm
14:27 tempire hrm
14:27 * tempire preferred the space invader
14:27 tempire that will be 6.0, then
14:32 nicomen tempire: Tiger face: http://www-staff.it.uts.edu.au/~jenny/photos/Oslo/slides/tiger%20in%20Oslo%20station%20square.JPG
14:33 Ralesk kitty! :D
14:33 nicomen we should've had a obligatory sightseeing for it
14:33 tempire Tiger City!
14:33 moritz is that akershus (or whatever it's called) in the background?
14:33 nicomen "Tigerstaden" is a common name
14:33 nicomen moritz: no central station
14:34 nicomen moritz: no, central station
14:34 moritz nicomen: ok; haven't spent much time there :-)
14:35 Jonneh joined #mojo
14:37 nicomen https://maps.google.com/?ll=59.91108,10.749969&amp;spn=0.000617,0.002014&amp;t=h&amp;z=20&amp;layer=c&amp;cbll=59.91108,10.749969&amp;panoid=1fIHt7Qp0xn_rRv0091gRw&amp;cbp=12,59.84,,0,5.51
14:38 moritz that view looks more familiar, yes :-)
14:41 Ralesk when I first saw that statue there was a small boy on its back wearing a bicycle helmet (totally safe thus)
14:42 Ralesk -- being way too much into playing Guild Wars 2 these days, my first thought was "charr rider in training" :D
14:47 nicomen reminds me of battle cat ;)
15:01 gtodd hmm does 5.20 have some sorta auto array hash slicing  and dicing that comes close to tempire's famous Eponymous::Hash
15:05 dotan batman: at the end of the gif you can see me trying to take a picture. The photo I got is sri stepping in (or is it back) as marcus and jberger face off.
15:06 mire joined #mojo
15:09 sugar joined #mojo
15:17 nicomen gtodd: only adding array indexes as keys, AFAIK
15:20 gtodd nicomen: yeah just played with a bit ... no magic pony like Eponymous::Hash ... yet
15:25 nicomen I guess it could make sense to provide a %_ inside a sub
15:25 nicomen similar to %+ for regex
15:32 gtodd nicomen:  it is surprising how "little" changes (e.g. 5.14's non destructive substitution /r  )  add up ...
15:33 gtodd nicomen:  http://tempi.re/eponymous-hash   "Should something like this be built-in to Perl? Yes. But until then, there's Eponymous::Hash." :-D
15:41 meshl joined #mojo
15:52 dotandimet joined #mojo
15:59 dgikiller joined #mojo
16:06 shadowboxer joined #mojo
16:14 denis_boyun joined #mojo
16:16 * tempire loves cpanm
16:16 tempire cpanm Mojolicious@4.91
16:16 tempire just awesome
16:20 nic cpanm -l /tmp/myplayground Mojolicious@4.91
16:21 nic cpanm -l /tmp/myplayground git://github.com/kraih/mojo.git
16:21 jnbek^dt joined #mojo
16:22 denis_boyun_ joined #mojo
16:23 sivoais joined #mojo
16:24 tempire You can do it from a git repo?
16:24 tempire That's über
16:24 nic indeed
16:26 nic if it's something with dependencies, you can use local::lib, but I just export PERL5LIB=/tmp/myplayground/lib before firing cpanm
16:28 nic There are two little things that have revolutionised how we do perl at $work
16:28 nic 1. Mojolicious being a wonderful toolbox in a tiny footprint, and 2. cpanm making it so damn easy to have per-project deployments
16:29 nic So now every project has dep/{bin,lib} where its dependencies are installed
16:30 nic and each project can upgrade whenever it suits
16:30 denis_boyun joined #mojo
16:31 nic and the project's env is consistent as it's promoted through Dev, Test, UAT, Staging, and Live
16:33 nic It was only when doing the comparison with Catalyst and Dancer that I was reminded not all perl development is as nimble as it is with Mojolicious
16:35 mishantil I still don't feel entirely safe with cpan. Too many times installing things have failed. So I prefer using system packages, and if those are not available; make such packages.
16:36 nic mishantil: cpanm is completely different/modern
16:36 nic metacpan.org/module/App::cpanminus
16:37 mishantil nic: Yeah, used that before the workshop to get all the deps in. Mojolicious had to be --force 'd
16:37 nic I used to install cpan simply to get to cpanm, but then cpanm made it so it can bootstrap itself
16:37 denis_boyun joined #mojo
16:37 mishantil Especially when doing provisioning and scaling the overhead on cpan(x) is pretty large, whereas using system packages is a very lean installation process.
16:38 nic If you ever need to --force Mojolicious, that's a reliable indicator your env is broken, for example some unhelpful env vars left around
16:39 mishantil If by 'broken' you mean 'have to have certain ENV-variables set so that other modules work', then yes.
16:39 crab nic: in your code you do use lib dep/lib?
16:40 nic In one of my windows I keep "RELEASE_TESTING=1" and that's a reliable way to break package installations :)
16:40 nic crab: yeah, in the script (eg myapp.pl)
16:42 nic The project's own code goes in 'lib' as usual; makes it very easy to manage what's replaceable and what should be under revision control
16:44 mishantil But yeah, I have it on my list to learn more about cpan/cpanm, and perhaps sometime in the future we can rely on using cpan when provisioning servers.
16:44 d4rkie joined #mojo
16:45 riche looking for some reputable usability studies on search and use of boolean operators (for those UX people here)
16:46 nic crab: Do you have a greenscreen you can stand in front of, maybe doing a hugging motion, so we can patch you into the vids of the Core team?
16:58 irq joined #mojo
17:01 beyondcreed joined #mojo
17:08 beyondcreed_ joined #mojo
17:43 dod joined #mojo
17:46 russum joined #mojo
17:57 riche Wow no mention of Mojo http://www.yapcna.org/yn2014/talk/5304
18:05 zackiv31 joined #mojo
18:08 dod joined #mojo
18:16 tempire no mention of mojoconf in perl weekly, either.
18:17 tempire It's kind of hilarious, actually.
18:17 stephan48 what is mojoconf? some config framework for mojolicious?
18:17 tempire ah, my bad. a mention was made after the conf.
18:17 tempire via salve's blog entry
18:24 sri soooooo
18:24 sri render_partial vs render_string vs render_to_string
18:26 dotandimet joined #mojo
18:28 stephan48 mh.
18:30 riche I don't know the guy giving that talk, but if someone here does then perhaps kindly ask him to consider Mojo as a player
18:32 hummeleBop joined #mojo
18:46 * sri pokes marcus, tempire, jberger and crab (DECIDE THE NAME!)
18:48 Adurah_ semirender
18:49 marty Since we can do $oid->to_string in Mango I like the way render_to_string looks
18:52 r0b3rt render_inline
18:54 mire joined #mojo
19:00 sri there are 15 to_string methods in mojolicious
19:01 sri inline is already used in a different context
19:02 riche personally, to_string is my preference, since I think render_ is inferred?
19:04 moritz to_ sounds mutating
19:04 moritz if you offer another version, use as_
19:09 riche I would prefer consistency across the framework, so if to_string is a common semantic for the same behavior it seems the most reasonable
19:22 mire joined #mojo
19:25 tempire riche: he says "and others"
19:25 tempire It doesn't really matter.
19:25 tempire It's almost a guarantee that he'll say something about Mojolicious that isn't true.
19:25 tempire Any talk or "study" about multiple frameworks implies they didn't have the time to really delve into all the features
19:26 sri riche: to_string or render_to_string?
19:27 sri the render_ prefix is necessary for consistency and not up for discussion
19:28 riche good, then render_to_string works for me
19:28 sri to_string by itself doesn't actually make sense, you're not stringifying the controller
19:28 sri in fact, i see this confusion as an argument against render_to_string
19:29 sri to_string is about the object it is called on
19:29 tempire I lost track of what we're talking about in the backlog
19:29 sri render_partial vs render_string vs render_to_string
19:29 tempire But I can say that I don't like render_to_string
19:30 * sri tends towards render_string now
19:30 sri http://mojolicio.us/perldoc/Mojolicious/Controller#render_partial
19:30 sri that's where we are now
19:31 tempire hmm
19:32 sri you might have missed this commit yesterday https://github.com/kraih/mojo/commit/e3941a276748580606ba4030319239376fd62c51
19:32 riche hm
19:32 sri solves the whole confusion around arguments getting merged into the stash for partials, polluting the outer render call
19:33 sri or rather, polluting the following render call when you're rendering an email or so before the reponse
19:33 tempire ah
19:33 tempire that makes sense
19:33 riche why was it named "partial" in the first place?  because it's transitory?
19:33 sri because nobody uses my $pdf = $self->include(format => 'pdf')
19:34 tempire ->render_to_string does actually make the most sense
19:34 sri partial => 1 never felt right anyway, since it changes how render() behaves
19:35 sri tempire: ARGH!
19:35 tempire although only from an arguments perspective, not from a oo perspective
19:35 riche looking at the description " render content and return it,"  why not render_content?
19:35 tempire There's problems with all of them.
19:35 tempire Of those 3, I'm going with render_string
19:36 sri render, render_maybe, render_static, render_string
19:37 sri riche: too much confusion with content helpers
19:39 Adurah_ stringify
19:39 purl stringify is actually just a method called ')""' IIRC
19:40 tempire stringify has the same problems as to_string
19:40 Adurah_ but_string
19:44 Adurah_ pre/rendered
19:47 riche can't the input be image?  or data? or just text?
19:47 tempire fun fact: include an image in the first paragraph of your blog, and it will show on ironman.enlightenedperl.org
19:47 tempire making it that much more noticeable among all the other articles
19:48 Adurah_ renderize
19:48 riche I don't know, now I think render_partial might actually be correct.  or render_part
19:51 zackiv31 joined #mojo
19:52 sri of course arbitrary binary data can be the result of render_partial
19:52 riche yah
19:53 sri my $json = $self->render_partial(json => {foo => 'bar'});
19:53 riche nods
19:53 riche the reason for _part is that it would ultimately become part of the render
19:53 Adurah_ All the other render_ do more than give a string, how about content/-ify.
19:53 sri we need jberger and marcus, they are usually pretty good at picking names
19:54 riche to me, _partial seems like it's not going to be ready
20:14 jnbek joined #mojo
20:16 * tempire sent a message to the sponsor organizer for YAPC::EU about giving the workshop
20:16 denis_boyun joined #mojo
20:16 tempire Not sure who else to contact, there's no general organizer listed.
20:17 tempire The YAPC::Asia site doesn't seem to have any email addresses on it.
20:17 tempire ah, found an email
20:18 sri think we'll stick with render_partial
20:19 tempire fine with me.
20:19 sri it kind of makes sense with the first sentence here http://mojolicio.us/perldoc/Mojolicious/Guides/Rendering#Partial_rendering
20:19 sri normal rendering also assigns the result to the response, so if it doesn't, rendering is kinda partial :)
20:20 tempire ok, emails have been sent to people at ::eu and ::asia
20:20 tempire we'll see what happens
20:20 sri tempire++
20:20 tempire I should probably make a site specifically for Mojolicious training.
20:20 tempire And make a basics class as well
20:21 sri tempire: my yapc:asia contact is dmaki
20:21 sri he's not an organizer anymore, but should be able to get you in touch with the right people
20:22 sh4|2 joined #mojo
20:23 tempire doesn't seem to be on irc
20:23 tempire .perl.org
20:24 tempire guess I'll send him an email
20:25 sri yea, not sure when i've last seen him on irc
20:25 riche tempire: are you getting paid for delivering these trainings?
20:25 tempire Yes
20:25 riche are you getting business visa where you're doing it?  hope so
20:26 Akron joined #mojo
20:29 clm joined #mojo
20:30 Akron render_offsite ...
20:30 riche ugh too many requirements.  has anyone done predictive text with mojo?
20:31 denis_boyun_ joined #mojo
20:31 Akron render_aside <- hey, that's not tooo bad.
20:31 stephan48 render_i_dont_output_a_full_template?
20:32 Akron stephan48: But you can - it's just not passed to the tx.
20:32 stephan48 okey
20:32 riche yah it's a passive-aggressive render
20:32 shadowboxer joined #mojo
20:33 Akron sri: render_aside - what do you think?
20:33 Akron It emphasizes the independence of the rendering and can be complete.
20:33 sri dunno, think i'm with render_partial until an alternative gets multiple votes in favor ;p
20:33 sri it's the best alternative yet though
20:34 r0b3rt render_freeze
20:35 sri partial is what we called it since like 1.0... so sticking close to it has some value
20:36 denis_boyun joined #mojo
20:37 Akron But after reading todays log it seems that name was confusing. Maybe people didn't use the method for that reason and we didn't know! ;)
20:38 sri i think we would have had reports about problems
20:38 Akron Probably.
20:39 sri the only real problem was a) stash values like format leaking out, and b) nobody finding $self->include(...)
20:39 sri those got a lot of reports
20:39 Akron Yeah.
20:39 riche unless I been through this conversation, I don't think I would have considered using it. but now I see it as a potential widget-producer
20:40 Akron But just for the history books:  My preferences are render_aside > render_to_string > render_partial .
20:40 sri riche: don't skip the rendering guide
20:43 riche I think the last time I looked at it (any of the guides) was a couple years ago ... probably should revisit...
20:44 denis_boyun_ joined #mojo
20:47 mire joined #mojo
20:47 sri there's only new stuff added like once or twice a week... -.-
20:49 Jonis Guess reading all the guides again would be pretty handy.
20:50 Akron Thank god there's no non-blocking guide. That would change while reading. ;)
20:51 sri haha
20:53 Akron I wouldn't buy it as an ebook from Amazon - they would destroy my bookmarks every day.
20:53 riche make the guides weekly ship a periodical you can subscribe to via amazon, although I might be the only person subscribing :p
20:53 riche hmm yah bookmarks
20:55 riche mojo based online doc reader showing differences between versions and persisting bookmarks through online profile
20:55 riche sighs ... okay back to my predictive text thing ...
21:10 nic render_speachless
21:11 Adurah_ tender
21:11 Adurah_ Because it gives you something.
21:16 Jonis should rename all variations of render to bender
21:16 Jonis bender_aside
21:16 Jonis truecrypt sourceforge page defaced it seems
21:17 Adurah_ bender implies it'd bend something.
21:20 sri maybe we should just release 5.0 tomorrow
21:23 riche please do, because everyone has been waiting since sunday ... you gave everyone high expectation saturday morning ;)
21:25 denis_boyun joined #mojo
21:27 nic partial => incomplete
21:28 riche has anyone seen this? http://presage.sourceforge.net/ ... no perl bindings (there is python via <cough>swig</cough>)
21:28 nic whereas part can be standalone
21:28 riche nic: yeah I mentioned that earlier
21:28 nic render_part is good; but if we want to emphasise the fun, we should be nominating RENDER_PARTY!!1!
21:28 riche lol
21:28 sri nic: it is incomplete, the result does not get assigned to the response!
21:29 riche sri: isn't is a part, being deliverable to the whole?
21:29 nic Not sure that notion of incomplete really swings
21:30 sri it is a normal render operation, where the result is returned instead of assigned to the response
21:30 sri that is all
21:30 denis_boyun_ joined #mojo
21:30 riche render_result
21:30 riche hm
21:31 riche okay I gotta stop with that
21:31 sri partial worked for years, so it's the default choice
21:31 riche back to predictive text ... and now I need to break out my (dusty) swig notes
21:36 denis_boyun joined #mojo
21:40 sri tempire: just remembered, dmaki is lestrrat on irc
21:40 sri who is actually here :D
21:40 lestrrat sri/tempire: I got the email, and I've already replied :)
21:41 sri \o/
21:41 jb360 joined #mojo
21:43 meshl joined #mojo
21:56 denis_boyun joined #mojo
22:00 denis_boyun_ joined #mojo
22:01 cotto joined #mojo
22:02 jberger sadly I'm with the rest of you
22:03 jberger I see the value in render_to_string but I also think that render_partial works
22:03 jberger I guess I would lean toward string
22:04 jberger because you know what it means by looking at the name
22:07 jberger another thought: render_inplace or render_here or the like
22:18 * jberger crosses fingers and goes to update convos
22:28 jberger convos 0.5 is not indexed correctly :o
22:29 jberger oh noes, this doesn't look right!!!!!
22:29 jberger https://metacpan.org/release/MRAMBERG/Convos-0.5
22:30 jberger marcus/batman: ^^
22:33 tempire lulz
22:34 sri lol
22:35 sri jberger: i was ok with render_to_string, but the whole to_string confusion got me worried... and we would need a new way to describe it... lots of documentation references "partial rendering"
22:35 sri "Layouts can also be used with partial templates, but the layout value needs to be passed as a render argument (not a stash value)."
22:41 jberger to me, the major difference is where the rendered content "ends up"
22:41 jnbek joined #mojo
22:41 jberger does it end up in the response or does it end up in my current code execution path
22:41 jberger that is why I suggested render_inplace or render_here
22:42 jberger for that matter render_as_string would work too
22:43 sri true
22:43 sri how would you rephrase the doc sentence above?
22:44 sri suppose that could link to the method.... bad example
22:45 sri http://mojolicio.us/perldoc/Mojolicious/Guides/Rendering#Partial_rendering
22:45 sri this one needs a new title though
22:47 clm Hi all, I'm new to Mojolicious (and I like what I see so far, thanks BTW).  My app needs to support Kerberos (via SPNEGO), and I was wondering if anyone is aware of any support in Hypnotoaad (via plugins, etc.), or do I need to look to deploy the app with Apache/mod_auth_kerb?
22:51 d4rkie joined #mojo
22:52 howitdo joined #mojo
22:54 perk joined #mojo
23:00 good_news_everyon joined #mojo
23:00 good_news_everyon [mojo] kraih pushed 1 new commit to master: http://git.io/W9T-_Q
23:00 good_news_everyon mojo/master a891cd1 Sebastian Riedel: renamed render_partial to render_to_string
23:00 good_news_everyon left #mojo
23:01 sri i'm going to trust jberger here
23:01 jberger :o
23:02 sri some examples look pretty sleek "my $foo = $app->build_controller->render_to_string(template => 'foo');"
23:02 riche clm: afaik Apache/mod_auth_krb/Plack/Mojo combo offers the only instant gratification solution.  I've been looking at Authen::SASL to bandaid  Mojolicious::Plugin::Authentication, but it's been on the back burner a while
23:02 jberger I think it might take us "old hands" a while to come to grips with it, but I think its going to help newcomers a lot
23:02 jberger sri++
23:03 asarch joined #mojo
23:03 jberger clm: I don't know of any specific work in that area, but its not something I would need
23:03 jberger I'm assuming you did a search on CPAN?
23:03 riche omg it actually changed to render_to_string
23:04 riche I think I agreed with that like ... 6 hours ago or something :p
23:04 jberger riche: this has been one of the longer naming discussions I have seen that continued being useful
23:05 Adurah_ I guess telling you where the render_ goes overcomes the usual action at a distance.
23:05 riche jberger: it's tough to name something that's transitory and has multiple uses
23:05 jberger Adurah_: that was what sold me. partial doesn't convey the target
23:06 jberger render_to_response would probably be the proper counterpart, but that's getting a little silly when it is the "usual" render
23:07 sri render_to_response_maybe
23:07 jberger hahahaha
23:07 purl LOLCON 4 reached.
23:08 jberger sri: is there a to_string stash key then? I see it in some of the changelog, but I'm not sure if those are just testing?
23:08 sri testing
23:09 jberger cool
23:09 sri there's a mojo.to_string, but that's internal
23:09 jberger right, that I expected
23:10 * jberger has been reading and rereading Mojolicious::Plugin::PgAsync to see how much of it I would copy
23:12 jberger this looks like it could be fun: https://www.edx.org/course/linuxfoundationx/linuxfoundationx-lfs101x-introduction-1621#.U4ZtGx9935s
23:12 sri riche: well, and then you proposed $self->to_string... it's dangerous to keep arguing once i like an idea ;p
23:13 Adurah_ Look at that happy Linus.
23:13 gtodd joined #mojo
23:15 clm riche: thanks for confirming
23:15 riche sri: gotcha
23:38 howitdo joined #mojo
23:50 lestrrat tempire: I'm online again, so if you need to chat, let me know

| Channels | #mojo index | Today | | Search | Google Search | Plain-Text | summary