IRC logs

20131212

Logs from channel #fedext on freenode - our official support channel.

IRC log range: 20131212*

20131212

  • 08:17:55 <mrboe> good morning
  • 09:51:24 <ndee> good morning
  • 09:52:42 <ndee> is there a "convention" on howto pass settings from a plugin to the viewhelper? The settings are set with plugin.tx_myext.settings.foo = bar
  • 09:58:35 <soee> you have them in your plugin view available
  • 09:58:49 <soee> so you can use them in VH
  • 10:00:53 <ndee> soee: ah
  • 10:01:15 <ndee> {_all} ftw ;)
  • 10:17:03 <Apen> hi guys
  • 10:17:32 <Apen> anabody use flux-fluidcontent (last ter version) on a 4.5 LTS ?
  • 10:26:12 <ndee> <f:debug>{car:carDetail(id: car_id, settings:_all.settings)}</f:debug> <-- when I do something like that, I get #1237823699: Required argument "settings" was not supplied. can I not pass the _all.settings value like that?
  • 10:38:54 <mrboe> hi guys
  • 10:49:31 <bjo3rn> ndee settings should be available as is. no need for _all
  • 10:49:48 <bjo3rn> hi mrboe
  • 10:54:52 <mrboe> can somebody tell my why the inline usage of the asset don't work here: http://pastebin.com/SkGE6hcj (i posted both inside, and the tag version works fine)
  • 10:57:29 <bjo3rn> mrboe is nothing rendered at all with inline usage?
  • 10:57:56 <mrboe> is see the inline tag as "text" in the FE
  • 10:58:46 <bjo3rn> ah, ok
  • 10:59:02 <bjo3rn> syntax error
  • 10:59:12 <bjo3rn> don't use = use : instead
  • 10:59:31 <bjo3rn> {v:asset.script(name: 'PersonBox', allowMoveToFooter: '1', dependencies: 'jquery', path: 'EXT:myext/Resources/Public/js/PersonBox.js')}
  • 10:59:35 <mrboe> the inline usage of the "{v:if.client.isMobile" at the botton of teh section also works
  • 10:59:50 <bjo3rn> allowMoveToFooter is not required btw bc it is default for js
  • 11:01:07 <mrboe> oh man
  • 11:01:14 <mrboe> thanks a lot
  • 11:01:21 <bjo3rn> yw :)
  • 11:01:23 <mrboe> it works
  • 11:01:34 <bjo3rn> nice :)
  • 11:05:29 <randomresult> mrboe dont work with the mobile viewhelper
  • 11:05:40 <randomresult> its only for none cached environments
  • 11:05:41 <mrboe> why
  • 11:05:50 <randomresult> as told u before :)
  • 11:06:06 <randomresult> as soon as u use cache... it will not work no more
  • 11:06:20 <mrboe> thats nice
  • 11:08:08 <bjo3rn> not.
  • 11:08:10 <bjo3rn> ^^
  • 11:08:55 <randomresult> u can use the TS-variant to set some settings for ur plugin and then use this settings in conditions
  • 11:12:02 <randomresult> maybe the fedext-team should think about removing this mobileVH cause its useless.
  • 11:14:54 <bjo3rn> randomresult in none cached environments it's not useless ;)
  • 11:15:23 <randomresult> u know anyone using non cached environments?
  • 11:15:39 <bjo3rn> sure. sometimes you have to.
  • 11:15:58 <randomresult> maybe it would be enough to move this VH... anyway. leave it where it is
  • 11:16:01 <bjo3rn> non-cached environments doesn't mean I don't cache the whole site
  • 11:16:21 <randomresult> sure
  • 11:16:35 <randomresult> well, never had this in my webs.
  • 11:16:48 <randomresult> but im not a crack as y'all
  • 11:16:56 <bjo3rn> I'm neither ;)
  • 11:17:00 <randomresult> and i know not to use it
  • 11:17:13 <bjo3rn> as it's clearly stated in the docs
  • 11:17:21 <randomresult> which docs?
  • 11:17:31 <bjo3rn> the docblock
  • 11:17:32 <randomresult> sure it is, if u find it
  • 11:18:01 <randomresult> anyway. waste of time to discuss this.
  • 11:18:10 <bjo3rn> in a ranting mood today ;)
  • 11:18:12 <bjo3rn> ?
  • 11:18:59 <randomresult> no - but its not the first time i use something - and been told not to use it cause its not working and or deprecicated or moved or something
  • 11:19:11 <randomresult> and allways i get told to read the docs
  • 11:19:54 <randomresult> but why having the if.extended - why not delete it (for example)
  • 11:20:59 <bjo3rn> hm.
  • 11:21:06 <randomresult> there is one of the powerfuls extensions i have ever seen... and an empty documentation...
  • 11:21:30 <randomresult> or a docu which can be read by some cracks. they dont need it. they look into viewhelpers
  • 11:21:45 <randomresult> this is my point
  • 11:22:04 <bjo3rn> ehm, what about https://fedext.net/viewhelpers.html ?
  • 11:22:36 <randomresult> this i kind of reference ... not a documentation in my point of view
  • 11:23:20 <randomresult> but bjo3rn : im really happy to have fedext. really. but i dont understand some things.
  • 11:23:48 <randomresult> but this maybe only my problem.
  • 11:24:22 <bjo3rn> hm.
  • 11:24:49 <bjo3rn> what would you expect a documentation for those viewhelpers to be?
  • 11:24:55 <bjo3rn> (serious question)
  • 11:25:25 <randomresult> some examples, some how-to guides. some serious showcases
  • 11:26:24 <randomresult> some ... i dunno. humanreadable documentation.
  • 11:26:55 <randomresult> its very often ppl. ask questions in here and the answer is: make a VH - this is a nobrainer
  • 11:26:58 <randomresult> no its not.
  • 11:27:07 <randomresult> not for ppl like me.
  • 11:27:36 <randomresult> and if you look at the docu as someone like me... this is not really readable.
  • 11:27:50 <randomresult> its like we say in germany: spanish
  • 11:27:53 <randomresult> :)
  • 11:28:31 <bjo3rn> admittedly this collection of exts is kind of developer orientated. imo.
  • 11:28:52 <bjo3rn> bohemian villages ;)
  • 11:29:03 <bjo3rn> "I understand train station"
  • 11:29:05 <randomresult> so - only real php developer can use fedext
  • 11:29:06 <bjo3rn> ^^
  • 11:29:11 <randomresult> ?
  • 11:32:30 <danilobuerger> randomresult vhs#378
  • 11:32:31 <FT3BOT> Issue 378: [TASK] Documentation https://github.com/fluidtypo3/vhs/issues/378
  • 11:33:06 <danilobuerger> way better documentation is coming..
  • 11:33:26 <danilobuerger> if.extended will be removed in vhs 2.0, it has to be deprecated first because for some people it was working
  • 11:35:16 <danilobuerger> some view helpers are only useful in uncached environments and it should state so clearly in the documentation
  • 11:35:37 <danilobuerger> in my opinion every view helper in v:if.client.* should be removed as user agent sniffing is just stupid
  • 11:54:11 <mneuhaus> hey guys :)
  • 11:54:20 <mneuhaus> got a new issue with git master + 6.1.5
  • 11:54:33 <mneuhaus> fluidcontent to be precise
  • 11:54:44 <mneuhaus> http://dl.dropbox.com/u/314491/Screenshots/tuxuf773p7kn.png
  • 12:21:58 <randomresult> @danilobuerger i agree with the clear and VIEWABLE statement about the deprecated or uncached-envrionment VH
  • 12:23:56 <randomresult> @danilobuerger some want to use the user-agent sniffing stuff. and i think they might have reasons for this. so i would leave it up to them to use or not to use it. BUT: if they dont work right, they should be removed or clearly stated as not-properly working
  • 13:09:36 <danilobuerger> randomresult i disagree, there is no reason to ever use user agent sniffing .. there are so many better ways .. thats like saying there is a reason why people still use IE 6... there is not ;-)
  • 13:09:51 <cedricziel> aye.
  • 13:09:59 <cedricziel> no user agent sniffing in templates.
  • 13:10:25 <danilobuerger> cedricziel thats why we should remove v:if.client completely
  • 13:10:44 <cedricziel> thats bad practice and i think we should educate 1st: why it is 2nd: that the core does this, if you want conditional stylesheets etc
  • 13:10:59 <cedricziel> 1+
  • 13:11:06 <cedricziel> one less paintpoint
  • 13:11:11 <cedricziel> *pain
  • 13:11:20 <cedricziel> but painting would be nice ;)
  • 13:12:56 <randomresult> i have a question about <flux:flexform.field.checkbox name="settings.includenavi" />
  • 13:13:10 <randomresult> am i able to access this in TS ?
  • 13:13:17 <randomresult> was that the point of settings?
  • 13:13:35 <randomresult> for example set a class in here and use it in Bodytag?
  • 13:16:08 <cedricziel> no, the settings namespace is a glue convention between ts, extbase plugins, flexforms and the view
  • 13:16:58 <randomresult> so there is no way to pass this to typoscript
  • 13:17:21 <cedricziel> all settings.* in a certain namespace (fx plugin.tx_myext) get aggregated
  • 13:17:26 <cedricziel> no, not that i'm aware of
  • 13:17:47 <randomresult> you understand what i want?
  • 13:17:54 <cedricziel> what do you want to accomplish
  • 13:17:57 <cedricziel> yes, i think so
  • 13:18:05 <cedricziel> but could you provide a use-case?
  • 13:18:08 <randomresult> setting a bodyclass in my template and use it in BodyTag
  • 13:18:40 <randomresult> so the editor can choose a bodyclass in the template (or simply enter one) and we use it with TS to generate a Tag.
  • 13:21:45 <danilobuerger> randomresult one way to do it config.disableAllHeaderCode = 1
  • 13:21:48 <danilobuerger> :-)
  • 13:22:19 <randomresult> no, thats not an option :)
  • 13:22:53 <danilobuerger> why not, i do that for all projects... (but i know i am one of the few)
  • 13:33:37 <FT3BOT> Issue 10: 5.0 https://github.com/fluidtypo3/flux/issues/10
  • 13:33:38 <FT3BOT> Issue 10: 5.0 https://github.com/fluidtypo3/flux/issues/10
  • 13:53:11 <mrboe> me again - have a problem with v:var / in section Preview it works / in section Main not >> http://pastebin.com/eyKSjevG
  • 13:54:02 <mrboe> couldn't i use v:var for FE output?
  • 13:54:55 <danilobuerger> mrboe <f:debug>{_all}</f:debug> in section Main
  • 14:00:13 <mrboe> @danilobuerger i do that but can i see then
  • 14:00:27 <mrboe> the output is also "null"
  • 14:00:28 <danilobuerger> ?
  • 14:02:58 <mrboe> sorry perhabs i dont understand right what i should do
  • 14:03:46 <mrboe> like you see in my pastebin i debug both sections
  • 14:04:56 <danilobuerger> paste "<f:debug>{_all}</f:debug>" in your main section
  • 14:05:11 <mrboe> http://pastebin.com/AMf4yaeX
  • 14:05:41 <danilobuerger> in FE whats in settings?
  • 14:05:48 <danilobuerger> ----> settings => array(2 items) <----
  • 14:06:43 <mrboe> http://pastebin.com/M5fW5qAF
  • 14:07:33 <mrboe> these are other settings
  • 14:11:36 <mrboe> i got it
  • 14:11:56 <mrboe> it was a cache problem
  • 14:12:19 <mrboe> deleted the temp an cache twice now its working
  • 14:14:33 <mrboe> @danilobuerger thanks for your time
  • 15:29:45 <floxx> hey all! i added a checkbox to page template. how can i prevent inheritance to subpages? I tested inherit="0" inheritEmpty="FALSE" but it doesn't work.
  • 15:38:09 <randomresult> floxx maybe clear?
  • 15:40:02 <Guest|31987> Why is in flux 6.0.2 TER in Class Tx_Flux_Core_ViewHelper_AbstractFlexformViewHelper in line 98 no "clone" any more....i cant set flexform-sheets with a for-loop
  • 15:41:31 <danilobuerger> floxx clear cache, clear typo3temp, resave the parent page, then test on a new subpage if its inherited or not
  • 15:43:33 <floxx> danilobuerger: tested, but no effect. values are inherited
  • 15:44:12 <danilobuerger> floxx please gist your page config
  • 15:44:32 <danilobuerger> Guest|31987 please gist your page config
  • 15:45:35 <floxx> danilobuerger: https://gist.github.com/floxx/676e300c66a0c99ca0ae
  • 15:46:18 <Guest|31987> https://www.filepicker.io/api/file/eCF2DPZTQgqRrHGq2JZ3
  • 15:46:33 <Guest|31987> its a fce not flexform for a page
  • 15:48:08 <danilobuerger> floxx so the parent page has the checkbox checked and that gets inherited to a NEW subpage?
  • 15:49:19 <floxx> no, the value is inherited to existant subpages - in page config the checkbox is activated on subpages if i activate it on parent page
  • 15:49:37 <danilobuerger> but is it inherited to a NEW subpage?
  • 15:50:17 <danilobuerger> Guest|31987 it should work, if it doesnt please file an issue at https://github.com/FluidTYPO3/flux
  • 15:50:30 <floxx> i tested that - yes. the value is set on new subpages, too
  • 15:50:52 <danilobuerger> that is really weird floxx .. what version of flux are you using?
  • 15:51:26 <floxx> flux 6.0.1
  • 15:51:50 <danilobuerger> in that case, could you try with flux 6.0.2 ?
  • 15:53:13 <floxx> are there breaking changes i have to be aware of?
  • 15:53:18 <danilobuerger> no
  • 15:53:22 <danilobuerger> nothing breaking
  • 15:53:28 <floxx> k testing…
  • 15:56:19 <Guest|31987> https://github.com/FluidTYPO3/flux/issues/395
  • 15:56:35 <floxx> danilobuerger: no, same behavior
  • 15:56:41 <floxx> even with 6.0.2
  • 16:01:34 <danilobuerger> Guest|31987 please update the issue... your pasted code should be enclosed by ```xml YOUR CODE ```
  • 16:01:54 <danilobuerger> floxx in that case please file an issue
  • 16:09:46 <floxx> danilobuerger: ok, i opened an issue
  • 16:10:04 <floxx> hope description is sufficient...
  • 17:02:15 <cedricziel> danilobuerger: did you know, you can do that as well?
  • 17:14:00 <danilobuerger> cedricziel [17:02:15] <@cedricziel> danilobuerger: did you know, you can do that as well? <------ ???????????
  • 17:14:16 <cedricziel> you can edit issues
  • 17:14:30 <cedricziel> and in fact that's done pretty quickly
  • 17:14:36 <danilobuerger> yes i know
  • 21:05:44 <typo3ua> Hello, all!
  • 21:07:24 <typo3ua> It showHidden="1" doesn't work in v:page.menu.list, why?
  • 21:22:28 <dan_28> hello i have a question concerning tt news and the current news