IRC logs

201508

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

IRC log range: 201508*

20150801

20150802

20150803

  • 04:07:19 <mneuhaus> drlimbo: did you take a peek at my pull-request? i didn't include some automatic srcsets based on typoscript though, because nothing typoscript similar is done in vhs yet
  • 09:40:38 <Guest|75998> does anybody know whats wrong with this piece of code: <v:if stack="{0: '{iterator.cycle} % 3', 1: '==', 2: 0}">Hello</v:if> it does not return hello at all within my for loop with 7 results
  • 09:41:52 <NamelessCoder> Guest81064 did you ask the v:if.stack question?
  • 09:42:46 <Guest81064> yes!
  • 09:42:49 <NamelessCoder> if you did, and for everyone else: '{iterator.cycle} % 3' is not valid Fluid. Not yet, anyway.
  • 09:43:37 <NamelessCoder> it results in the following comparison stack: $result = ("3 % 3" == 0)
  • 09:44:12 <NamelessCoder> future Fluid will support mathematical operations in object accessor nodes but with a slightly different syntax: {iterator.cycle % 3}
  • 09:44:44 <NamelessCoder> what you need here and what works perfectly find: <f:if condition="{iterator.cycle} % 3">
  • 09:44:46 <Guest81064> ok is there a workarround?
  • 09:44:58 <NamelessCoder> s/find/fine
  • 09:46:11 <Guest81064> allright! but what if i need a multi condition like: {iterator.cycle} % 3 || {iterator.isFirst} ?
  • 09:47:29 <NamelessCoder> if I remember it right, v:if doesn't support modulo in conditions so that wouldn't work - but you are welcome to submit a feature request on github, asking for that to become supported. It shouldn't be too difficult (and it should replicate the f:if behavior of "0" actually meaning "TRUE".
  • 09:48:30 <Guest81064> ok i will do that! thank you very much for your help!
  • 09:49:15 <NamelessCoder> you're welcome!

20150804

  • 04:35:00 <jagmanetta> Hi all!
  • 04:35:29 <jagmanetta> After updating my fluid/vhs extensions I have an error while editing pages from backend
  • 04:35:45 <jagmanetta> This is the exception message: #1289386765: Could not analyse class:Tx_Vhs_ViewHelpers_Extension_Path_ResourcesViewHelper maybe not loaded or no autoloader?
  • 04:36:36 <jagmanetta> I readed that I need to disable extensions that contains the namespace declaration like {namespace v=FluidTYPO3\Vhs\ViewHelpers}
  • 04:37:14 <jagmanetta> I've done it, but the only one extension that use that namespace in my extensions list now is the fluidcontent_core
  • 04:37:31 <jagmanetta> I think I'm missing something! :) Could anyone help me? Thanks a lot :)
  • 04:37:56 <JohPie> I think you use the old namespaces
  • 04:39:08 <jagmanetta> mmmm, in other extensions?
  • 04:39:20 <jagmanetta> The only one that have old namespace is fulidcontent_core
  • 04:39:24 <JohPie> did you clear cache?
  • 04:39:38 <jagmanetta> All the caches, also the opcache
  • 04:39:56 <JohPie> typo3temp/Cache, too?
  • 04:40:05 <jagmanetta> Via filesystem?
  • 04:40:08 <JohPie> yes
  • 04:40:14 <jagmanetta> nope, I'm gonna try
  • 04:40:38 <JohPie> jmverges: Did you look at https://github.com/FluidTYPO3/flux/issues/792 ?
  • 04:41:28 <jmverges> Yes
  • 04:41:57 <jmverges> did you update the ft3 extensions from development version?
  • 04:43:04 <jagmanetta> clear caches by filesystem, nothing changes
  • 04:43:17 <JohPie> If I update to the develop versions, nothing works anymore
  • 04:43:39 <jagmanetta> I confirm: I've updated the extension via the extensions manager and I'have my typo3 in development mode
  • 04:45:09 <jagmanetta> The problem still exists with the Page/List module selected
  • 04:45:52 <NamelessCoder> jagmanetta you probably have a {namespace v=Tx_Vhs_ViewHelpers} somewhere. That must be changed to {namespace v=FluidTYPO3\Vhs\ViewHelpers}
  • 04:45:56 <JohPie> jmverges: after switch to flux develop, I get '#1257246929: "" is not a valid template resource URI' Page Modul
  • 04:47:00 <jagmanetta> @NamelessCoder thanks, I'm gonna find and change it
  • 05:02:39 <jmverges> JohPie, no idea right now
  • 05:04:03 <JohPie> I try to debug, but I don't have much time right now :(
  • 05:04:44 <JohPie> Is there anything changed with Template Files and Path from master to develop?
  • 05:05:17 <JohPie> or something that I "must have" in develop?
  • 05:16:45 <jmverges> I really don't know JohPie, you could try to download all the ft3 extensions from github development branch and try to install uninstall them and clear caches
  • 05:17:51 <jagmanetta> @NamelessCoder, something has changed now the error is #1289386765: Could not analyse class:FluidTYPO3\Vhs\ViewHelpers\Var\SetViewHelper maybe not loaded or no autoloader?
  • 05:18:17 <jmverges> jagmanetta: try to install uninstall the extension
  • 05:18:35 <jmverges> ah
  • 05:18:39 <jmverges> is variable
  • 05:18:42 <jmverges> not var anymore
  • 05:18:59 <jmverges> v:variable.set
  • 05:19:05 <jagmanetta> gosh :)
  • 05:19:14 <jagmanetta> I'm gonna search it in custom extensions
  • 05:19:57 <jagmanetta> in the meanwhile, thank you all :)
  • 05:20:54 <JohPie> jmverges: I have the error only on "old" pages
  • 05:21:11 <JohPie> I create a new one and there is no error ... :(
  • 05:22:19 <JohPie> But when I create a text-Element, I get: Fluid Content type not selected - edit this element in the TYPO3 backend to fix this!
  • 05:22:46 <JohPie> why? I want to use a Text-Element, not a Fluid-Content Element
  • 05:40:26 <jmverges> JohPie: do you use fluidcontent_core?
  • 05:40:47 <JohPie> no, only fluidcontent
  • 05:42:38 <jmverges> so you are using css_styled_content, right?
  • 05:44:05 <JohPie> yes
  • 05:44:28 <jmverges> typo3 version?=
  • 05:44:52 <JohPie> 6.2.14
  • 05:51:33 <jagmanetta> @jmverges sorry, but i see that the helper still exists https://github.com/FluidTYPO3/vhs/blob/development/Classes/ViewHelpers/Variable/SetViewHelper.php
  • 05:52:10 <jagmanetta> many extensions in my installation use it, why should be no more available if is still in the vhs extension?
  • 05:53:57 <jmverges> you are using var instead of variable jagmanetta
  • 05:54:15 <jmverges> you only need to change all your .var. to .variable.
  • 05:54:35 <jagmanetta> gotcha
  • 05:54:41 <jagmanetta> I'm gonna trying :)
  • 05:54:48 <jagmanetta> Thanks!
  • 05:54:48 <jmverges> JohPie: I can not test in that version right know but all is working fine in 7 master
  • 05:55:01 <jmverges> jagmanetta, you are welcome
  • 05:55:31 <jmverges> JohPie: I mean, just css_styled_content and fluidcontent
  • 06:04:12 <jagmanetta> Yes, finally got my typo3 installation working :) happiness
  • 06:06:57 <jagmanetta> thank you all and best regards
  • 06:13:16 <featdd> morning
  • 06:13:18 <featdd> how do I render a image in a fluid template fetched from an local filemount as a \TYPO3\CMS\Core\Resource\File
  • 06:13:24 <featdd> can only get the dump file link but not display the real image :-/
  • 06:30:45 <BennyS> Hi guys! Im trying to integrate a page template using fluidpages. How can render the party outside <body>? For head-meta-data i found viewhelpers. But how to render for example: <!DOCTYPE html>
  • 06:30:45 <BennyS> <!--[if lt IE 7]> <html class="no-js lt-ie9 lt-ie8 lt-ie7"> <![endif]-->
  • 06:30:45 <BennyS> <!--[if IE 7]> <html class="no-js lt-ie9 lt-ie8"> <![endif]-->
  • 06:30:45 <BennyS> <!--[if IE 8]> <html class="no-js lt-ie9"> <![endif]-->
  • 06:30:45 <BennyS> <!--[if gt IE 8]><!--> <html class="no-js"> <!--<![endif]-->?
  • 06:33:04 <BennyS> (Im trying to avoid typoscript;-)
  • 06:34:48 <mneuhaus> well, although you say, no typoscript this might make it quite easy:
  • 06:35:20 <mneuhaus> https://gist.github.com/mneuhaus/3eb738abd0970c41a00e
  • 06:35:46 <mneuhaus> ignore/remove the no js
  • 06:37:38 <BennyS> Im no enemy of typoscript. I just understood you dont need to use TS when using fluidtypo3.
  • 06:37:59 <BennyS> Looks good, then ill do that with typoscript;-) Thank you.
  • 06:38:47 <mneuhaus> you can go quite a way without typoscript using fluidtypo3, but i don't now a way currently to do that without typoscript
  • 06:38:50 <mneuhaus> you're welcome :)
  • 06:39:05 <NamelessCoder> careful, iirc, those conditions are removed in next LTS
  • 06:39:34 <mneuhaus> whoops, :( pulled that out of a deep dirty closet of mine ^^
  • 06:41:11 <mneuhaus> http://t3n.de/fragen/typo3-html-tag-mit-class-versehen
  • 06:41:25 <mneuhaus> doh, german article, do you speak german?
  • 06:41:41 <mneuhaus> the post of "christian.hellmuth" sounds about what you need
  • 06:41:43 <BennyS> Yep;-)
  • 09:03:37 <dogawaf> Hello
  • 09:04:40 <dogawaf> I am stuck at creating a form for configuring a page with fluidpage/flux
  • 09:05:03 <dogawaf> I don't know if I am doing wrong, or if there is a bug
  • 09:05:29 <dogawaf> Can someone help me?
  • 09:05:41 <dogawaf> I have a gist as a reward :p
  • 09:23:23 <dogawaf> OK, found this:https://github.com/FluidTYPO3/flux/issues/841. Solved my issue.
  • 13:26:55 <pedda> hi there
  • 14:33:02 <sitegeist_alex> Hi @NamelessCoder, could you have a look at my comment on https://github.com/FluidTYPO3/flux/commit/c4046ffb87ffd081b0abdaad9896a9653c37e5f5 please? Do you have any hint for me to bypass this error?
  • 16:49:30 <xaver> sitegeist_alex: i can provide only a workaround
  • 16:53:26 <pedda> anyone already dealed with #1257246929: "" is not a valid template resource URI. in latest ft3 extensions (development branch)
  • 17:04:39 <pedda> NamelessCoder the latest version of EXT:builder generates provider extensions where typoscript configuration starts with plugin.tx_MyVendor.MyExtKey. is this the way to go for 7.x ?
  • 17:06:25 <jmverges> I think you found an issue
  • 17:07:01 <jmverges> could you open it in github?
  • 17:08:32 <pedda> in fact i was trying latest master core in a working project, related to the core update i updated all ft3 extensions too. I'm facing a few issues now, which i tried to solve by generating a dummy extension, to see how a "modern" extbase extension should look like now
  • 17:09:54 <pedda> i was setting up websites by the help of EXT:view by now, this seems obsolete since stdWrap was introduced to view.templateRootPath for example. am i correct ?
  • 17:10:14 <pedda> introduced in 7.1 iirc
  • 17:11:07 <jmverges> you are right
  • 17:11:14 <jmverges> you don't need ext:view
  • 17:11:37 <pedda> jmverges do you have a running setup with let's say 7.3 and (not so edgy) ft3 tools ?
  • 17:11:51 <jmverges> I live on master :D
  • 17:11:55 <jmverges> and ft3
  • 17:12:05 <pedda> core master?
  • 17:12:11 <pedda> or ft3 master
  • 17:12:13 <jmverges> so yes, 7.4 I suppose
  • 17:12:16 <pedda> okay
  • 17:12:17 <pedda> well
  • 17:12:17 <jmverges> and ft3 development
  • 17:12:27 <jmverges> latest stuff
  • 17:12:34 <pedda> okay
  • 17:13:05 <jmverges> pedda, do you mind to open the issue related with builder in the github issue tracker of builder? I will take care
  • 17:13:28 <pedda> how does the line of your provider extension look like for templateRootPaths ? (including referenced constant)
  • 17:13:30 <pedda> sure
  • 17:16:05 <jmverges> https://gist.github.com/jmverges/cd17f900fa2d4500ad2e
  • 17:18:55 <pedda> https://github.com/FluidTYPO3/builder/issues/81
  • 17:19:13 <pedda> the container thingy is fcc related afaik
  • 17:19:45 <jmverges> yes, we provided fully support with fcc to builder and fluidcontent
  • 17:20:21 <jmverges> I mean, If you create a fluidcontent you should be able to work with it if you have fcc installed or csc
  • 17:20:49 <jmverges> things like header, container was missed in fluidcontent with fcc installed
  • 17:21:02 <jmverges> you can see you have two layouts
  • 17:21:02 <pedda> okay
  • 17:21:05 <jmverges> Content.html
  • 17:21:09 <jmverges> and CoreContent.html
  • 17:21:13 <pedda> well i'm not used to fcc by now
  • 17:21:38 <pedda> thx for the gist
  • 17:22:03 <pedda> will test t right now and see if this solves my template path issues
  • 17:31:22 <jmverges> pedda: you are welcome
  • 17:31:36 <pedda> well didn't solve my issue by now anyway
  • 17:31:49 <jmverges> why not?
  • 17:31:58 <pedda> seems as if my custom extension which uses flux for plugin settings also needs some fixing
  • 17:32:08 <jmverges> tell me more
  • 17:32:11 <pedda> well
  • 17:32:23 <pedda> i use a php based provider in an extension called profiles
  • 17:33:41 <pedda> i have 2 fe plugins, so i do have 2 php classes in Classes/Provider/Configuration/CarouselPluginProvider and register those in my ext_tables by the help of 2 lines
  • 17:34:01 <jmverges> however, if you are trying to overlay you need your extension https://gist.github.com/jmverges/86a8f49f6921f976d355
  • 17:34:51 <pedda> i will need to deal with overlays afterwards, the EXT:profiles uses its "own" templates atm
  • 17:35:15 <jmverges> I don't get your problem now
  • 17:36:48 <pedda> just a sec
  • 17:36:56 <pedda> preparing a gist as multiple files are involved
  • 17:39:47 <pedda> this is how i integrate flux into my custom extension: https://gist.github.com/wikipeter/017f7bceb52bb13759db
  • 17:39:56 <pedda> kind of old bud gold
  • 17:40:12 <pedda> worked until i upgraded from 6.2 LTS to 7.x
  • 17:40:38 <pedda> to be more precise: 7.5-dev and edgy ft3 tools
  • 17:41:56 <pedda> i used the ts based "flux de plugin settings" approach for a while, but i moved back to php based as the ts based one failed several times after EXT:flux upgrade
  • 17:42:24 <pedda> do you use flux for fe plugin settings in your custom extensions?
  • 17:43:59 <jmverges> I've never tried
  • 17:44:08 <pedda> okay :)
  • 17:44:30 <jmverges> that code is new for me
  • 17:44:44 <pedda> this php approach was the first one since custom provider were introduced in EXT:flux
  • 17:44:58 <pedda> some while before the form component was introduced
  • 17:45:01 <jmverges> but, what are you trying to do?
  • 17:45:19 <jmverges> I mean, you have a extension generated with extension builder
  • 17:45:19 <pedda> my issue now is: fe is working, backend in page mode does not
  • 17:45:30 <pedda> i have such a carousel plugin content element
  • 17:45:49 <jmverges> and then you use flux for the plugin configuration in the BE?
  • 17:45:55 <pedda> yepp
  • 17:46:02 <jmverges> that is cool
  • 17:46:10 <pedda> instead of writing flexform by hand
  • 17:46:17 <pedda> indeed ;)
  • 17:46:22 <jmverges> yes, I like it
  • 17:46:35 <pedda> so use it, if you get this code running :D
  • 17:46:49 <jmverges> layoutRootPath or layoutRootPaths ?
  • 17:47:00 <pedda> aah ..
  • 17:47:08 <pedda> not really...
  • 17:47:15 <pedda> let me check
  • 17:47:15 <jmverges> do you mind to share with me the full extension privately?
  • 17:47:20 <pedda> sure
  • 17:47:34 <jmverges> I mean, to check it I just want to install and debug :D
  • 18:47:36 <jmverges> pedda ?

20150805

  • 04:01:29 <pedda> hi there
  • 04:01:52 <pedda> any clue why EXT:flux might add empty lines to the resulting flexform in db?
  • 04:05:34 <jmverges> hi there pedda
  • 04:05:35 <jmverges> no idea
  • 04:05:40 <pedda> hey juan
  • 04:05:41 <jmverges> it is causing some problem?
  • 04:05:51 <pedda> yepp
  • 04:06:05 <pedda> i had this once, and solved it somehow
  • 04:06:41 <jmverges> if you think it is an issue, just open a ticket
  • 04:07:55 <pedda> for instance: https://gist.github.com/wikipeter/a87b85f5bdb12977709a
  • 04:08:02 <pedda> naah .. not sure
  • 04:09:09 <pedda> it's rather like i've been cleaning up some code after someone else messed it up.. and i realize i stumble on the same issues periodically
  • 04:10:00 <pedda> i should document any solutions to problems i solved in the past somewhere ..
  • 04:11:25 <pedda> the symptoms of such a broken flexform are backend messages appearing at the top or extdirect debug messaages while hiding a page via context menu in the page tree
  • 04:12:10 <pedda> Fatal error: Cannot use string offset as an array in /var/www/public_www/example.com/typo3conf/ext/fluidpages/Classes/Provider/PageProvider.php on line 244
  • 04:12:25 <pedda> which is obvious if flexform contains empty lines
  • 04:12:33 <jmverges> well, no idea
  • 04:13:04 <pedda> i would expect flux to write all values to the flexform.. regardles if any checkbox/input field was touched by the user
  • 04:13:30 <pedda> but it seems as if only those few are written, which have been modified by the user, rather than all
  • 04:32:44 <pedda> maybe an inheritance issue
  • 04:34:17 <pedda> if my root page has a flux setting set to true, and this setting also appears in a different page template on a page beyond the root page, the value of the setting (set to true) is inherited when i begin to edit the page properties of that child page
  • 04:36:47 <pedda> if i set that property to false only this property gets saved to flexform
  • 04:36:55 <pedda> others are replaced by empty lines
  • 04:37:33 <pedda> nut sore if i get inheritenca right..
  • 04:37:40 <pedda> -a +e
  • 05:09:24 <pedda> jmverges i filed a bug ticket https://github.com/FluidTYPO3/flux/issues/878
  • 05:09:31 <pedda> :)
  • 09:25:18 <BennyS> Hi guys! I have a question regarding vhs. Is it possible to render HTML like that using the v:asset Viewhelper? <script src="//ajax.googleapis.com/ajax/libs/jquery/1.11.3/jquery.min.js"></script>
  • 09:26:13 <BennyS> When i try <v:asset.script external="1" path="//url"> i get an error, because i didnt use http:
  • 10:43:27 <Guest|89401> Hello! I am using a TYPO3 System in Version 7.3.1. It is not possible to install the fluid site kickstarter package because the version of typo3 is higher than the extension is. nevertheless i could install the extensions, but get the error message in frontend. does anybody know if updates of the extension "fluidcontent", "fluidpages", "builder" an
  • 10:43:27 <Guest|89401> d "fluidcontent_core" are planned?
  • 10:50:57 <rosieres> namelessCoder in?
  • 10:51:20 <rosieres> NamelessCoder in?
  • 11:14:18 <rosieres> NamelessCoder now in ?
  • 11:15:13 <rosieres> Have a guy here with a problem with his DS as hierarchy. Can I pass him to you, because it seems a bit complicated.
  • 13:15:38 <pedda> is it possible to use v:content.render to render a formhandler plugin and assign data to the element via loadRegister="{recipient: '{company.email}'}" attribute and use that register within formhandler ??
  • 13:16:10 <pedda> or is this rather usable for csc elements

20150806

  • 11:02:57 <galoppi> Hello everybody! Could someone please have a look at the code checker? I think that all of the TYPO3SniffPool rules are not executed. Try for example something like "Class Bla Extends Blupp" in your sourcecode what should be forbidden because of the upper cases in Class and Extends (just one example).
  • 11:03:46 <galoppi> I tried the check with calling ./vendors/bin/checkstyle
  • 11:04:25 <galoppi> I have a local Ubuntu 14.04 environment as vagrant box
  • 11:05:06 <galoppi> with PHP 5.5.9-1ubuntu4.11
  • 11:24:41 <galoppi> In Windows 7 Prof. SP 1 I get an error while trying "composer install":
  • 11:25:08 <galoppi> [ErrorException]
  • 11:25:09 <galoppi> ZipArchive::extractTo(C:\workspace\projects\flux/vendor/composer/9306f281/TYPO3-TYPO3.CMS-2e7ea60\typo3\sysext\impexp\Tests\Functional\ImportFromVersionFourDotFive\PagesAndTtContentWithRteImagesAndFileLink\DataSet\Assertion/importPagesAndRelatedTtContentWithRteImagesAndFileLink.csv): failed to open stream: Invalid argument
  • 11:25:40 <galoppi> after Installing typo3/cms (6.2.14) in fluidtypo3/flux
  • 11:26:40 <galoppi> With Linux there is no problem - but I would like to call the ./vendor/bin/make for the pre-commit hook on my windows machine
  • 11:41:50 <xaver> cool :)
  • 15:29:43 <mneuhaus> NamelessCoder: hey :)
  • 15:30:49 <mneuhaus> regarding the frontend simulation in the AbstractImageViewHelper i can keep that in for now if you like it just kinda screamed at my face since you guys already pulled that out into a static function for other instances :)
  • 15:33:02 <mneuhaus> but yea, you might be right, the simulateFrontendEnvironment looks more comprehensive in the AbstractImageViewHelper than in the FrontendSimulatorUtility
  • 15:33:12 <mneuhaus> i'll revert that
  • 16:02:29 <NamelessCoder> almost there mneuhaus - just those few things left
  • 16:04:10 <NamelessCoder> looks pretty good btw ;)
  • 16:23:01 <mneuhaus> NamelessCoder: yep always nice to see what power lies beneath fluid :)
  • 16:23:34 <NamelessCoder> the power of the sun! in the palm of my hand!
  • 16:23:37 <mneuhaus> ^^
  • 16:23:42 <NamelessCoder> of some other supervillain quote
  • 16:23:57 <mneuhaus> + it really feels like are dead-clean api
  • 16:24:09 <NamelessCoder> not yet, but soon ;)
  • 16:24:23 <NamelessCoder> it's messy now compared to the cleansed standalone fluid
  • 16:24:24 <mneuhaus> i mean from the html < > php world
  • 16:24:39 <NamelessCoder> ah right - yeah, the cleaning has almost entirely been internal API
  • 16:25:08 <mneuhaus> flux, and fluid is basically nothing else as a simple powerfull api
  • 16:25:30 <NamelessCoder> the XSLT nature is a stroke of genius
  • 16:26:09 <mneuhaus> how's the state of the cleansing by the way?
  • 16:26:19 <mneuhaus> i mean state of reintegration towards typo3
  • 16:26:23 <NamelessCoder> feature complete, unit tests ~ 60%
  • 16:26:31 <NamelessCoder> tests being done by Benni Mack among others
  • 16:26:32 <mneuhaus> nice
  • 16:27:00 <NamelessCoder> I expect to be able to begin the merge request any day now; plan is to include in 7.5
  • 16:27:12 <mneuhaus> yeah :)
  • 16:27:16 <NamelessCoder> it's going to be GOOD ;)
  • 16:27:18 <mneuhaus> ^^
  • 16:27:21 <mneuhaus> sure will :)
  • 16:27:34 <NamelessCoder> I'm going to abuse the fuck out of ExpressionNodes
  • 16:27:59 <mneuhaus> every time i have to use old pibase-shit i sit there and some fluid starts dripping from my eye ^^
  • 16:28:05 <NamelessCoder> hehe
  • 16:28:28 <mneuhaus> like for example?
  • 16:28:31 <NamelessCoder> I'm doing a huge project these days and it is almost exclusively pibase. I get to work with just two fluid implementations there. It sucks. :)
  • 16:28:37 <NamelessCoder> {somevariable as integer}
  • 16:28:49 <NamelessCoder> {somestupidobject as upcastedclass}
  • 16:29:16 <mneuhaus> phew, nice
  • 16:29:17 <NamelessCoder> {someobject::somemethod(parameter: foo)}
  • 16:29:32 <mneuhaus> hmm, not sure if i like that
  • 16:29:36 <NamelessCoder> {mynumber + 10}
  • 16:29:41 <NamelessCoder> it'd all be optional
  • 16:29:52 <mneuhaus> breaks the cleanlyness of the html<>php bridge
  • 16:29:56 <mneuhaus> yea sure
  • 16:30:11 <mneuhaus> but everything that there is, will be violated to death ^^
  • 16:30:33 <NamelessCoder> yep that's why we ship with no extra bells and whistles ;)
  • 16:30:37 <mneuhaus> ^^
  • 16:30:47 <NamelessCoder> will all be controlled (or rather, controllable) from view to view
  • 16:31:13 <NamelessCoder> supported node types can be versioned, for example always syncing with the COMPAT_VERSION flag
  • 16:31:42 <NamelessCoder> oh yeah and dynamic variable providers
  • 16:31:55 <NamelessCoder> 100% replaceable template paths lookups
  • 16:31:59 <mneuhaus> you mean version 7.4 of IfViewHelper .vs version 7.5?
  • 16:32:04 <NamelessCoder> (you don't even need templates soon)
  • 16:32:12 <NamelessCoder> for example, yes
  • 16:32:16 <mneuhaus> nice
  • 16:32:37 <NamelessCoder> basically every damn part of the engine can be switched at runtime. Compatibility mode per-extension, anyone?
  • 16:32:43 <mneuhaus> what i sometimes think other template engines do better is
  • 16:32:52 <mneuhaus> layout/partial/template vs "extend"
  • 16:33:10 <NamelessCoder> I don't like the "extend" approach at all
  • 16:33:26 <NamelessCoder> I'll choose which and how much of the trinity I need
  • 16:33:34 <mneuhaus> main thing i don't like for example would be optional sections with default content
  • 16:33:42 <NamelessCoder> sometimes just a Template, sometimes Template + Layout, sometimes Template + Partials, sometimes all.
  • 16:33:45 <mneuhaus> main thing i'd like to see i mean
  • 16:34:24 <NamelessCoder> standalone fluid makes both partials and sections optional (as in: skip if not found)
  • 16:34:38 <NamelessCoder> does not have default content support... didn't think about that.
  • 16:34:45 <NamelessCoder> but why the hell not.
  • 16:34:54 <mneuhaus> <section name="foo">default foobar</section>
  • 16:35:00 <mneuhaus> simply yet effective
  • 16:35:16 <NamelessCoder> give me a minute ;)
  • 16:35:22 <mneuhaus> ^^
  • 16:35:56 <mneuhaus> probably relatively easy, didn't have time to dig in yet ^^
  • 16:36:39 <mneuhaus> btw, if you want to see some extbase abomination in typo3 core take a peak at the indexed_search SearchController ^^
  • 16:38:06 <mneuhaus> so, i think i'll hit the hay, up since 6:00 :)
  • 16:38:13 <NamelessCoder> well that was easy
  • 16:38:24 <mneuhaus> will take care of the pr tomorrow :)
  • 16:38:39 <mneuhaus> yea, i tought it wouldn't be much :)
  • 16:39:02 <NamelessCoder> sleep tight - pushing the feature in a minute or so
  • 16:39:08 <NamelessCoder> thanks for suggesting that coolness ;)
  • 16:39:11 <mneuhaus> that way you can have a "default header" in the layout and simply override if you need to
  • 16:39:20 <NamelessCoder> yeah it's going to rule
  • 16:39:23 <mneuhaus> hehe you're welcome :)
  • 16:39:29 <mneuhaus> good night!
  • 16:39:31 <NamelessCoder> {default -> f:render(section: 'Main')}
  • 16:39:32 <NamelessCoder> hehe
  • 16:39:37 <NamelessCoder> yep, this will be nice indeed

20150807

  • 06:09:20 <alexxB> hey all. I would like to overwrite an existing fluidcontent item from the fluidbootstrap theme. how can that be done? just using typoscript "view.templateRootPaths" does not seem to do the trick but doubles the content element in the backend
  • 07:23:06 <kempfe> heyas
  • 07:23:10 <kempfe> admin online ?
  • 07:25:45 <kempfe> i want to report a bug on https://fluidtypo3.org
  • 07:27:55 <mneuhaus> kempfe: probably best to just report the issue and cc one of the admins like cedricziel, NamelessCoder xaver :)
  • 07:29:28 <xaver> kempfe: what issue ?
  • 07:29:36 <kempfe> https://fluidtypo3.org/viewhelpers/fluid/master/Form/SelectViewHelper.html
  • 07:29:37 <xaver> best is to file a issue on github
  • 07:29:47 <xaver> that is no real issue
  • 07:29:48 <kempfe> you got a html error
  • 07:30:06 <kempfe> put content inside <select>
  • 07:30:55 <xaver> we render the html comment and if it is not probberly nested it will fail. Fluid is outside of our controll
  • 07:31:31 <kempfe> kk so there is no way to fix it ?
  • 07:31:44 <kempfe> from your side
  • 07:33:26 <kempfe> anyway - maybe you can forward it to the person in charge
  • 07:33:47 <xaver> kempfe: i'm ;)
  • 07:33:51 <xaver> also others
  • 07:34:55 <xaver> kempfe: https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/sysext/fluid/Classes/ViewHelpers/Form/SelectViewHelper.php
  • 07:35:29 <xaver> we render that and a open <select> is no good idea
  • 07:35:49 <kempfe> yeah that's what i thought :P
  • 08:00:19 <xaver> kempfe: you can try to fix it in schemaker and create a PR
  • 08:10:21 <NamelessCoder> two things about that: 1) if you wish to fix this for 6.2.x schemas the fix has to be submitted to the core. The problem is that the phpdoc contains an unescaped HTML tag which is not valid even in the RST standard the core uses. 2) This soon becomes a non-issue because I'm fixing this in standalone Fluid that becomes a dependency. That will use Markdown, possibly also decouple the documentation from the classes.
  • 08:11:25 <NamelessCoder> basically, you wouldn't be able to fix this even if you enabled RST support in schemaker which I'm not a big fan of... RST is hugely complex and requires secondary tools and 90% of the ViewHelpers we document are either in markdown or already markdown-compatible.
  • 08:18:47 <xaver> NamelessCoder: possible improvment is only render tags with <[a-z]\: + viewhelper
  • 08:19:52 <kempfe> y makes no sense - i ve checked the templates - a fast fix would be to escape the select element with regular expression in the template .. but thats no real fix
  • 08:30:20 <NamelessCoder> what do you guys think about syntax like <f:if condition="{variable1 -> f:condition(and: variable2) -> f:condition(and: variable3)}">?
  • 08:36:54 <mneuhaus> without the condiception, but i like it :)
  • 08:37:15 <mneuhaus> the condition logic feels quite briddle to me anyway
  • 08:38:48 <mneuhaus> would love a "rocksolid" boolean etc, i know you hate the approach i'm going to mention, but hey ^^ https://review.typo3.org/#/c/31707/
  • 08:40:06 <NamelessCoder> that's what ExpressionNodes are for ;)
  • 08:40:38 <NamelessCoder> so you make a plugin that provides this expressionnode type and has a dependency on Eel (if that's decoupled?)
  • 08:40:53 <mneuhaus> i think eel is decoupled, yes
  • 08:41:10 <mneuhaus> could even "steal" it, since it's not a lot of calsses
  • 08:41:52 <NamelessCoder> you really should give those expressionnodes a try, I think you'll like it ;)
  • 08:41:57 <mneuhaus> then i'll make a pr request for fluid standalone, just to annoy you ;D
  • 08:42:13 <NamelessCoder> hehe you bastard :p
  • 08:42:41 <NamelessCoder> but seriously: please do, and if you find limitations in the Patterns that get used, let me know!
  • 08:42:49 <mneuhaus> then i'll create a script called hydra, for each pr of those you close 2 new will be created
  • 08:43:11 <NamelessCoder> oh my holy shit
  • 08:43:17 <NamelessCoder> BEHOLD THE HYDRA!
  • 08:43:22 <NamelessCoder> - and endless source of blood and pain
  • 08:43:25 <mneuhaus> at some point you'll give up and just merge
  • 08:43:28 <mneuhaus> crying
  • 08:43:59 <NamelessCoder> that's the most evil thing I've ever heard. It's beautiful.
  • 08:44:39 <mneuhaus> :)
  • 08:45:36 <mneuhaus> i'll see if i have enough juice left tonight to code and take a peek into ExpressionNodes :)
  • 08:45:56 <mneuhaus> any specific sorcery i should create? ^^
  • 08:51:14 <NamelessCoder> you'll need a custom ViewHelperResolver
  • 08:51:42 <NamelessCoder> https://github.com/NamelessCoder/TYPO3.CMS/blob/fluid-reintegration/typo3/sysext/fluid/Classes/Core/ViewHelper/ViewHelperResolver.php
  • 08:51:53 <mneuhaus> some microframework + fluid = jekyll? ^^
  • 08:52:08 <NamelessCoder> creating a new ExpressionNode should be extremely easy if you take an existing one as template
  • 08:52:11 <NamelessCoder> sure why not.
  • 08:52:29 <NamelessCoder> Fluid has a socket mode
  • 08:52:36 <NamelessCoder> so you don't need a microframework
  • 08:52:54 <NamelessCoder> essentially it has a built-in HTTP mode ;)
  • 08:53:03 <mneuhaus> ^^
  • 08:53:06 <mneuhaus> staaaaaaap
  • 08:53:12 <NamelessCoder> I love making shit.
  • 08:53:23 <mneuhaus> yep, me too :)
  • 08:53:38 <NamelessCoder> you didn't see the throughput numbers I posted a while back?
  • 08:53:45 <mneuhaus> yea, i did :)
  • 08:53:48 <NamelessCoder> I think it was ~6,000 requests per second
  • 08:54:04 <NamelessCoder> very nearly as fast as static HTML hehe
  • 08:54:28 <NamelessCoder> ./vendir/bin/fluid --socket
  • 08:54:36 <NamelessCoder> and various other options
  • 08:54:45 <NamelessCoder> vendir? nice, Claus. Nice.
  • 08:54:51 <mneuhaus> but currently lost a bit of "momentum" since i invested quite a bit into flow, but kinda feel at a crossroads, i love a lot about flow, but some things feel like a dead-end to me i don't like. most stuff keeps getting more complex, barely anything kiss anymore
  • 08:55:24 <mneuhaus> yea, you rock, you shove out far to much code :)
  • 08:55:24 <NamelessCoder> imho it went the way of all monolith frameworks and it's extremely hard to change from that
  • 08:55:51 <NamelessCoder> just take a look at the battle inside TYPO3's core right now... phew
  • 08:56:06 <NamelessCoder> and Fluid is just one component that was easy to decouple.
  • 08:56:14 <mneuhaus> yea
  • 08:56:19 <NamelessCoder> well relatively easy
  • 08:56:35 <NamelessCoder> anything that takes more than a month isn't really easy I guess
  • 08:56:55 <mneuhaus> for a time i thought typo3 itself would fade, but since about a year it's more alive then ever
  • 08:57:01 <mneuhaus> ^^
  • 08:57:11 <NamelessCoder> just needed to break free
  • 08:57:17 <mneuhaus> yea
  • 08:57:26 <NamelessCoder> no more holding back waiting for a future that never comes
  • 08:57:40 <mneuhaus> but kinda unsure what i'll do "applications" with in the future, extbase feels quite brittle as well
  • 08:57:48 <NamelessCoder> sure, there is fallout, in broken compatibility etc. but it truly is all for the better
  • 08:58:01 <NamelessCoder> that's another point. You wouldn't need to choose, soon.
  • 08:58:22 <mneuhaus> because everything is coded in fluid ;D
  • 08:58:24 <NamelessCoder> you see...
  • 08:58:31 <NamelessCoder> PSR-7 means the request is compatible
  • 08:58:41 <NamelessCoder> Fluid means the MVC linking can be manipulated
  • 08:58:51 <NamelessCoder> custom Bootstrapping means a sub-framework could be driven
  • 08:59:09 <NamelessCoder> you could transparently run SF2 code in TYPO3 at that point.
  • 08:59:14 <NamelessCoder> including the MVC
  • 08:59:27 <NamelessCoder> it is SO close we can taste it ;)
  • 08:59:30 <mneuhaus> yep, that could be nice :)
  • 09:00:02 <mneuhaus> yet sf2 somehow feels like the complete opposite of flow, you need to do almost everything yourself from zero
  • 09:00:19 <NamelessCoder> imho that's exactly what makes it a great candidate for use as a sub-feature
  • 09:00:34 <NamelessCoder> it is created for you to implement it in your app, not vice versa, and that's the kicker
  • 09:00:48 <mneuhaus> i think i only need to get expose running on a second base then i'll be happy ^^
  • 09:01:27 <NamelessCoder> sigh... I wish we had that instead of the list module.
  • 09:01:41 <NamelessCoder> oh well, it won't all happen on the same day but maybe some time :)
  • 09:02:21 <NamelessCoder> although it's fun talking to you I have to get back to work
  • 09:02:40 <NamelessCoder> hope you amaze me with a SuperheroBooleanExpressionNode ;)
  • 09:02:46 <NamelessCoder> ttyl!
  • 09:13:31 <mneuhaus> ^^
  • 09:13:37 <mneuhaus> same here ;)
  • 09:13:49 <mneuhaus> gotta work a bit too ^^
  • 10:01:29 <drlimbo> good afternoon
  • 10:01:32 <drlimbo> someone here?
  • 10:02:05 <drlimbo> i just upgraded vhs, flux, etc. to the newest TER-Version, and now i got an error on every page (only if there is a fluid element) - also in backend
  • 10:02:26 <drlimbo> Template could not be loaded. I tried ........ /Resources/Private/Templates/Content/Index.html
  • 10:02:29 <drlimbo> someone an idea?
  • 10:07:42 <Guest|80291> Hi, guys! Can someone please fix https://fluidtypo3.org/viewhelpers/fluid/master/Form/SelectViewHelper.html
  • 10:11:17 <mneuhaus> hey Guest|80291 that issue is known of, yet not that easy to fix, there was a bit of discussion a few hours ago, you can read that up from here downwards:
  • 10:11:17 <mneuhaus> https://fluidtypo3.org/community/irc-logs.html#07:29:28
  • 10:11:40 <drlimbo> mneuhaus: maybe u also have an idea for my problem?
  • 10:11:50 <drlimbo> or a way to debug whats wrong =P
  • 10:12:05 <drlimbo> i dont know if some FCE or Template syntax is wrong (old)
  • 10:12:39 <mneuhaus> you could enable debug output in flux through the extension manager to see if something pops up
  • 10:12:51 <mneuhaus> can you create a new content element through the backend?
  • 10:13:31 <drlimbo> on pages with an FCE i can't access the page in Page-View (Backend)
  • 10:13:39 <drlimbo> but i can disable all FCE's in List-View
  • 10:13:50 <drlimbo> on pages with a Text-Element only it works well
  • 10:13:56 <mneuhaus> what typo3 version are we talking about?
  • 10:14:12 <mneuhaus> some issues in the typo3 log in the backend?
  • 10:14:16 <drlimbo> 6.2.14
  • 10:14:19 <mneuhaus> some errors in the php error log?
  • 10:14:31 <drlimbo> on an empty page, if i press add -> theres no fluid element
  • 10:15:05 <drlimbo> in Typo3 Log i have the same error as in frontend
  • 10:15:06 <mneuhaus> do you have something like:
  • 10:15:06 <mneuhaus> \FluidTYPO3\Flux\Core::registerProviderExtensionKey('my_ext', 'Content');
  • 10:15:14 <mneuhaus> in your ext_localconf?
  • 10:16:22 <drlimbo> ahm crazy, there is no ext_localconf
  • 10:16:43 <drlimbo> ah, its in the ext_tables.php
  • 10:17:06 <drlimbo> \FluidTYPO3\Flux\Core::registerProviderExtensionKey('ogbase', 'Page');
  • 10:17:11 <drlimbo> \FluidTYPO3\Flux\Core::registerProviderExtensionKey('ogbase', 'Content');
  • 10:17:23 <mneuhaus> afaik it belongs into localconf
  • 10:17:56 <mneuhaus> https://fluidtypo3.org/documentation/templating-manual/appendix/migration/from-fed.html#registering-the-provider-extension
  • 10:18:01 <drlimbo> yup i think so
  • 10:18:10 <mneuhaus> yes it does
  • 10:18:11 <mneuhaus> :)
  • 10:19:49 <drlimbo> mhh, maybe the templateRootPath etc doesnt get loaded correct?
  • 10:20:04 <drlimbo> mh nope, the page templates are correct
  • 10:23:06 <drlimbo> i found that in Deprecation Log mneuhaus TYPO3\CMS\Core\Utility\GeneralUtility::loadTCA() - since 6.1, will be removed two versions later
  • 10:24:43 <mneuhaus> hmm, doesn't sound related
  • 10:25:44 <mneuhaus> you did clear the caches, right? ;D
  • 10:26:18 <drlimbo> sure, a looot of times =P
  • 10:27:33 <BeTyp> Hi everybody! Can somebody please help me with ke_search extension, how could i implement a search for an user selected year, some kind of multiple search with the "search word" too,...
  • 10:28:14 <mneuhaus> drlimbo: you couldn't imagine how often this question has "cleared" things up ;d
  • 10:28:28 <mneuhaus> kinda like, "did you try turning it off, and on again?"
  • 10:28:41 <BeTyp> i configured the extension with the news and categories and it's working but i need a year search to implement there...
  • 10:30:09 <drlimbo> oh yes mneuhaus =)
  • 10:30:33 <mneuhaus> BeTyp: haven't worked with ke_search really so far, mostly still pibase if i remember correctly?
  • 10:30:44 <BeTyp> yes...
  • 10:31:02 <mneuhaus> did you check for hooks to alter the query/results?
  • 10:32:25 <BeTyp> i'm kind a new in typo , i could change in the view template and css to show me a date input,..but in the backend code i could need some (time)help to figure this out, how it's working
  • 10:33:41 <BeTyp> yes, but it's not very clear that too,..i just need to know where to add that extra 'and' clause for that year option...
  • 10:35:15 <mneuhaus> phew, ok best start by digging into ke_search to find the spot where the results are fetched from the database and keep an eye out for code containing the word "hook" it's mostyl a if enclosed foreach around 5-10 lines long
  • 10:35:28 <mneuhaus> in general you can read up about hooks a bit here:
  • 10:35:28 <mneuhaus> http://typo3blogger.de/alles-uber-hooks/
  • 10:35:35 <mneuhaus> damn, german, one sec
  • 10:35:47 <BeTyp> :)
  • 10:35:55 <mneuhaus> https://docs.typo3.org/typo3cms/CoreApiReference/ApiOverview/Hooks/Concept/Index.html
  • 10:36:08 <mneuhaus> http://typo3.org/documentation/article/how-to-use-existing-hooks-in-your-own-extension/
  • 10:36:29 <mneuhaus> https://docs.typo3.org/typo3cms/CoreApiReference/ApiOverview/Hooks/Index.html
  • 10:38:17 <BeTyp> thank you i've already watched something like this, i laso installed ke_search_hooks an extension for the Search ...but i'm stucked for the next step...
  • 10:38:53 <BeTyp> i thought some of you made a change already on this extension and have a concrete idea on it...
  • 10:38:59 <mneuhaus> so, you did find a spot where you could hook into to alter the database query, or the results?
  • 10:39:35 <BeTyp> yes
  • 10:39:51 <mneuhaus> i did in fact, but not in ke_search, in indexed_search 2 days ago ^^
  • 10:40:18 <BeTyp> something same like mine problem!?
  • 10:40:35 <mneuhaus> although, no not really that was a filter for news not indexed search
  • 10:40:37 <mneuhaus> http://dl.dropbox.com/u/314491/Screenshots/1jlus8vmeehx.png
  • 10:40:43 <mneuhaus> starting to get confused here ^^
  • 10:42:16 <mneuhaus> by which year do you want to filter?
  • 10:42:19 <mneuhaus> crdate?
  • 10:42:48 <BeTyp> first i tried with the same implemented extension , ...it looks great what you made there, also look nice with Boot..
  • 10:43:48 <mneuhaus> oh, i saw you want to filter by the datetime property of news probably
  • 10:44:18 <BeTyp> i need something like this...
  • 10:44:51 <BeTyp> https://www.filepicker.io/api/file/Kq8ZyPqMTs6DaFxydZUt
  • 10:44:57 <mneuhaus> phew, not sure if ke_search even indexes datetime :/
  • 10:45:18 <BeTyp> exatly
  • 10:45:24 <BeTyp> exactly
  • 10:45:31 <mneuhaus> i mean you can index it as "content" but that wouldn't really make it a "filter"
  • 10:45:43 <BeTyp> any solution for this?
  • 10:46:19 <mneuhaus> got one brewing in my head that *might* work without any modification to ke_search
  • 10:47:18 <mneuhaus> afaik ke_search supports facets, so, if you manage to attach a year facet on save to every news/index you could probably filter by that
  • 10:47:38 <BeTyp> here is a pict with how the new looks with date,..
  • 10:47:50 <BeTyp> https://www.filepicker.io/api/file/10ZbMwLTOKQtnrxDzsfo
  • 10:48:03 <mneuhaus> but anything more specific no, to be honest, would have to dig in there myself first :(
  • 10:48:07 <BeTyp> hm interesting idea..
  • 10:48:54 <BeTyp> i tried something like that,..but it looks complicate for me...:(
  • 10:50:40 <mneuhaus> don't be intimidated :) learning by doing is the best way to improve :)
  • 10:51:20 <mneuhaus> first start of by finding a hook in ke_search that is called after indexing, than create a hook based on the documentation i gave you above
  • 10:51:51 <mneuhaus> then set up some facets manually and see how they work + how they are stored in the database
  • 10:53:18 <BeTyp> thank you very much for your answers...i will try to figure this out somehow
  • 10:53:33 <BeTyp> wish you all a nice weekend!
  • 10:53:38 <mneuhaus> btw, you could also try if someone in the typo3 slack has something like that, lots of the typo3 devs have left irc and went for slack: https://forger.typo3.org/slack
  • 10:53:43 <mneuhaus> you're welcome
  • 10:57:37 <jmverges> mneuhaus, NamelessCoder good talk you had before
  • 10:57:45 <mneuhaus> ^^
  • 10:57:54 <mneuhaus> usually we have those in dm ^^
  • 10:57:55 <jmverges> Too interesting
  • 10:58:16 <jmverges> Share, guys like me always learn something
  • 10:58:34 <mneuhaus> nope, we won't share world-domination, sorry
  • 10:58:39 <mneuhaus> ;)
  • 10:59:27 <mneuhaus> result of last nights talk was: https://twitter.com/NamelessCoder/status/629396863930609664
  • 11:21:15 <jmverges> I was waiting more in the line of world domination lol
  • 11:27:42 <NamelessCoder> when you see it coming it will be too late ;)
  • 11:39:47 <jmverges> So, winter is coming xd
  • 11:58:40 <xaver> jmverges: winter is gone
  • 12:00:03 <jmverges> Dont you see GOT?
  • 12:16:47 <jmverges> You guys, a user is talking to me saying ext:news is not compatible with FCC? Do you know something about this?
  • 12:36:07 <mneuhaus> fce you mean?
  • 12:36:21 <mneuhaus> got it currently running in a typo3 7.3.1 with latest fluidcontent +latest news
  • 12:37:02 <jmverges> mneuhaus: fluidcontentcore
  • 12:37:54 <mneuhaus> ah, dunno
  • 12:38:05 <jmverges> mneuhaus: are you using CSS_styled?
  • 12:38:17 <mneuhaus> yea, but only 2 things
  • 12:39:15 <mneuhaus> fluidtypo3 wasn't planned initially, but after realizing gridelement is way to old for 7.x i convinced the agency i do this project for to use fluidcontent
  • 12:39:34 <mneuhaus> only flux + fluidcontent used in that project
  • 12:40:02 <mneuhaus> quite a big agency, that hasn't realized yet how got fluidtypo3 is :)
  • 12:40:34 <mneuhaus> afk, dinner
  • 12:48:41 <jmverges> Bon appetite
  • 14:20:27 <mneuhaus> re :)
  • 14:20:28 <FT3BOT> Welcome back mneuhaus!
  • 15:50:05 <NamelessCoder> a little +4 lines feature - https://review.typo3.org/#/c/42395/
  • 16:55:37 <mneuhaus> NamelessCoder: https://gist.github.com/mneuhaus/1b90f6f7670392017670
  • 16:55:43 <mneuhaus> my first little expression node
  • 16:55:58 <mneuhaus> feels good so far :)
  • 16:57:12 <mneuhaus> almost useless since there's the TernaryExpressionNode but it was the best thing i though of to test it :)
  • 17:21:04 <NamelessCoder> mneuhaus you can use $renderingContext->getVariableProvider()->getByPath('dotted.path'); if I remember it right
  • 17:21:33 <NamelessCoder> and I believe there is some way to use the API to "unquote" a string... hang on
  • 17:22:59 <NamelessCoder> nevermind, it's internal API in termplateparser... but maybe it should be a public API
  • 17:23:09 <NamelessCoder> https://github.com/NamelessCoder/TYPO3.Fluid/blob/master/src/Core/Parser/TemplateParser.php#L455
  • 17:23:26 <mneuhaus> :)
  • 17:23:39 <mneuhaus> what do you think about the syntax? useful or useless? ^^
  • 17:24:05 <mneuhaus> it's quite concise for default values
  • 17:24:17 <NamelessCoder> makes sense, but I might have chosen not to allow string values etc. in the alternative part.
  • 17:24:47 <NamelessCoder> so you only could do {var || othervar}
  • 17:24:51 <mneuhaus> hmm, why?
  • 17:25:03 <NamelessCoder> seems a lot less risky in terms of required escaping and use of sub-viewhelpers
  • 17:25:35 <mneuhaus> hmm, yea maybe, although it could be force-escaped at that node
  • 17:25:51 <NamelessCoder> the ExpressionNodes were intended as flexible ObjectAccessorNodes, currently with one exception: the LegacyNamespaceExpressionNode which catches a definition.
  • 17:26:32 <NamelessCoder> I have thought about permitting aliasing using {varname = some:vh()}
  • 17:26:54 <mneuhaus> might make sense, the alias viewhelper seems clumsy
  • 17:27:05 <NamelessCoder> but it would probably have to be made as a built-in part of the viewhelper detection pattern.
  • 17:28:06 <NamelessCoder> {var = vh:vh1() -> v:vh2()} - it changes the logic too. Yeah, kinda scary...
  • 17:29:24 <mneuhaus> maybe not enough on the good side of the scale :/
  • 17:29:37 <mneuhaus> so, instead of eel, how about http://symfony.com/doc/current/components/expression_language/syntax.html
  • 17:29:39 <mneuhaus> ^^
  • 17:29:39 <NamelessCoder> more risk than gain, likely.
  • 17:31:45 <NamelessCoder> same problem, likely too much strain on the parser. It would have to be mixed with Fluid and from the complexity of that language, it would probably be a pretty damn broad regexp to catch it
  • 17:32:03 <NamelessCoder> that being said there are some things we could implement
  • 17:32:17 <mneuhaus> toying around right now :)
  • 17:32:19 <NamelessCoder> like {1..10} to generate an array with numbers range(1,10)
  • 17:32:35 <NamelessCoder> and "in" for booleans
  • 17:32:48 <NamelessCoder> <f:if condition="{needle in haystack}">
  • 17:33:14 <mneuhaus> already though about more of a natural language instead of || etc
  • 17:33:21 <mneuhaus> this or that or that
  • 17:33:31 <NamelessCoder> and / or
  • 17:33:36 <mneuhaus> yep
  • 17:33:58 <mneuhaus> and, or, as, in, 1 to 10,
  • 17:33:58 <NamelessCoder> the "and" of course being useful only in conditions.
  • 17:34:11 <mneuhaus> not
  • 17:34:29 <NamelessCoder> {1 to 10}?
  • 17:34:32 <NamelessCoder> why not
  • 17:36:19 <mneuhaus> take a peek at python best practices, the natural language like syntax isn't bad
  • 17:37:01 <mneuhaus> especially in the fluid case, because stuff like that would be way more meaningfull to a non-coder designer that only knows some html
  • 17:37:15 <NamelessCoder> but do you really need that much - and is it a good idea to enable it in templates?
  • 17:37:22 <mneuhaus> not sure either
  • 17:37:26 <mneuhaus> probably not
  • 17:37:31 <mneuhaus> with great power...
  • 17:37:41 <mneuhaus> comes geat beer
  • 17:37:47 <mneuhaus> or something like that ;D
  • 17:37:57 <NamelessCoder> need: for 90%, probably never. Good idea in templates... phew. Man. I wouldn't want to be the one educating about secure use...
  • 17:38:22 <mneuhaus> yep, kiss at start i guess
  • 17:40:07 <mneuhaus> not sure if the defaultvalue expression is really needed/useful
  • 17:40:15 <mneuhaus> it was just to toy around :)
  • 17:42:30 <NamelessCoder> I do think one that does {a or b} and {a and b} would be nice
  • 17:42:46 <mneuhaus> for conditions yes
  • 17:43:14 <NamelessCoder> same expression node should handle both and be called something like a ConditionExpression
  • 17:43:28 <mneuhaus> yes, makes sense :)
  • 17:43:48 <mneuhaus> sorry, but i think i'll go to bed now, again awake sind 6 ^^
  • 17:44:13 <mneuhaus> have fun :) and good night!
  • 17:48:17 <NamelessCoder> g'nite! :)

20150808

  • 01:24:11 <jmverges> Did you have a little party yesterday? Lots of merges, cool
  • 05:57:22 <soma> hi. can someone please point me to an example how to use an overlay for some CEs with fluidcontent_core?
  • 11:42:29 <Guest|63438> Hello! I added a custom field (tx_ext_visual) to the pages table. I can retrieve the value of this field with {v:page.info(field: 'tx_ext_visual')}. but i want to override my custom field by typoscript. Is this possible?

20150809

  • 16:18:00 <mneuhaus> NamelessCoder: what do you think about a syntax like this: {item[property.path]}
  • 16:18:36 <mneuhaus> to fetch a property based on the value of a variable
  • 16:19:17 <mneuhaus> so, if {property.path} is 'someProperty' that would be equal to {item.someProperty}
  • 16:31:06 <NamelessCoder> why, when {variable.{dynamic}} is already possible?
  • 16:31:28 <mneuhaus> oh, didn't now that :)
  • 16:31:36 <mneuhaus> new in the standalone version?
  • 16:31:46 <mneuhaus> don't think it worked in the flow version
  • 16:31:49 <NamelessCoder> aye
  • 16:31:56 <mneuhaus> ah, good boy :)
  • 16:32:02 <mneuhaus> then scratch that idea
  • 16:32:20 <mneuhaus> although the nested {{}} feels a bit dirty
  • 16:33:01 <NamelessCoder> yeah... well, maybe we can change the syntax. It'd have to be soon, though (before reintegration)
  • 16:33:14 <NamelessCoder> in any case you can always add it as expression node
  • 16:34:13 <mneuhaus> yep, but i guess the way with the nested {{ is ok, it feels "natural"
  • 16:34:20 <mneuhaus> not pretty but it makes sense
  • 16:34:27 <mneuhaus> would be the first thing one would try
  • 16:36:41 <mneuhaus> working on rewrite number 8 or so of expose ;)
  • 16:46:33 <NamelessCoder> hehe only 8? ^^
  • 16:46:55 <mneuhaus> yea, somewhere around there ^^
  • 16:47:17 <mneuhaus> or maybe an 8 turned by 90°
  • 16:47:30 <mneuhaus> ∞
  • 16:47:31 <mneuhaus> ;D
  • 17:01:10 <NamelessCoder> hehe

20150810

  • 07:10:04 <mrboe> @xaver i have done a lot of clean up in branch 2.0 fluidbootstraptheme perhabs you can have a look in there
  • 07:33:06 <xaver> mrboe: maybe merge it
  • 07:33:15 <xaver> its a development branch :)
  • 08:29:18 <artisticMink> Hello, after upgrading to flux 7.1 i'll ran into the problem that my custom page controller which belongs to the provider extension get's called, but no one of the corresponding actions get called. Yet, the site renders flawlessly. Default actions seem to get used instead of my custom ones. Did some conventions change? Sadly bootstrap_pages seems t
  • 08:29:18 <artisticMink> o be out of date. My controller is pretty straight forward: http://pastebin.com/nRQAQV8X Any help much appriciated.
  • 08:31:42 <thierry> Hello, in a v:page.menu and the <f:for each loop inside, is it possible to access the page settings, and not "only" the standard fields ?
  • 09:20:55 <xaver> thierry: https://fluidtypo3.org/viewhelpers/flux/master/Form/DataViewHelper.html
  • 09:21:34 <xaver> artisticMink: ext_tables entire exists
  • 09:32:28 <thierry> OK, I give it a try, thanks Xaver
  • 10:07:47 <artisticMink> xaver: Thanks for the response, so i have to announce my custom controller in ext_tables.php?
  • 10:15:28 <artisticMink> xaver: You where right. The lines where the providers get registered was commentet out for some reason. Though, outcommenting them results in 'Class 'Tx_Flux_Core' not found in' Oh well, i'll sure have a great afternoon. Let's start digging. Thanks for your help.
  • 10:23:31 <artisticMink> For the logs, solved the error by using the correct namespace to call flux core (FluidTYPO3\Flux\Core::registerProviderExtensionKey). Still no luck on calling controller methods.
  • 10:45:09 <thierry> @xaver: OK, works !
  • 10:46:16 <xaver> thierry: :)
  • 10:46:21 <thierry> @xaver: but, a "limitation" of Fluidpages: the settings aren't available on translated pages. That means: such settings must be "language independant" (dates, colors, ...), but no fields like "title", "label", ...
  • 10:46:40 <xaver> it is for settings - right
  • 10:46:56 <xaver> you can technical add a overlay but it is no good idea
  • 10:47:23 <thierry> How ?
  • 10:47:24 <xaver> add a normal field in TCA incl overlay
  • 10:47:39 <xaver> overlay - you need to copy some stuff
  • 10:47:49 <xaver> but it is really not a good idea
  • 10:48:25 <thierry> You mean a field "tx_fed_page_flexform" added in pages_language_overlay ?
  • 10:50:39 <NamelessCoder> use translation options on flux:form
  • 10:59:58 <thierry> Mmh, sorry, but: how ? Didn't see anything on https://fluidtypo3.org/viewhelpers/flux/master/FormViewHelper.html
  • 11:02:11 <NamelessCoder> https://github.com/FluidTYPO3/flux/issues/852#issuecomment-128860963
  • 11:04:54 <thierry> OKay, it works, thanks !
  • 11:05:16 <thierry> Big "old mistake" of TYPO3 to have a separate table for pages translations ...
  • 11:05:42 <thierry> From the redactor point of view, having x languages version in the page is not easy easy to understand
  • 14:59:48 <artisticMink> Hello, i upgraded to 7.1 from 6.x with the issue of old content elements getting rendered in the FE but not showing up via BE->New Content Element. I've gone trough the migration sheets as well as making sure it's not a cache issue. Tried to establish a new CE from the documentation example, no success. I'm a little lost right now.
  • 15:05:16 <artisticMink> Got the error, my bad. Clarified in Migration to Flux 7.1, Documentation.
  • 15:36:12 <Guest|83450> hi
  • 15:39:46 <JohPie> hi

20150811

  • 04:04:48 <mneuhaus> NamelessCoder: how'd you go about a "generic" way to provide access to the "request" inside viewHelpers? i know fluid standalone doesn't have a request anymore. but i kind of need a way to read request arguments like page, sortBy, order, limit, search, filter
  • 05:46:10 <NamelessCoder> mneuhaus $this->renderingContext->getView() and let the View contain the Request if you need it. As it is default, the View is decoupled from everything Request-context related except for knowing the controller, action and format (which it uses to resolve our MVC-based template locations)
  • 05:46:41 <NamelessCoder> alternatively, insert it into ViewHelperVariableContainer as a stored variable; inserted by the View as well
  • 05:47:12 <NamelessCoder> and finally, if we are in TYPO3 context with your question, $this->controllerContext exists on ViewHelpers (but only in TYPO3)
  • 05:47:13 <mneuhaus> hmm, yea kinda figured a way like that :)
  • 05:47:40 <mneuhaus> well, i'd like to keep it open/flexible this time around ;D
  • 05:47:51 <NamelessCoder> but you can get to the View instance from within ViewHelpers and that's an extremely transparent way of doing such a thing
  • 05:47:59 <NamelessCoder> e.g. ControllerActionView ;)
  • 05:48:18 <mneuhaus> yep, i think something like that makes sense, maybe even as a trait
  • 05:48:41 <mneuhaus> i already toyed with the idea to move quite a bit of logic out of the "controller" area towards the view area
  • 05:48:51 <NamelessCoder> Traits are good but lets avoid them since we have none at this point
  • 05:48:54 <mneuhaus> so the controller is only used to fetch/store data
  • 05:49:13 <NamelessCoder> hehe tread carefully now ;)
  • 05:49:46 <mneuhaus> isn't as bad as it sounds ;)
  • 05:50:16 <mneuhaus> what i mean is, that the fluid viewhelper, etc are quite "self-sufficiant"
  • 05:50:52 <mneuhaus> i'm creating a QueryInterface and ResultInterface that the table output expects to iterate/modify
  • 05:51:29 <mneuhaus> which is just a basic "proxy" between a Doctrine query, some NoSQL, filesystem, simple array, whatever
  • 05:55:50 <NamelessCoder> sounds like this may fit in a custom VariableProvider
  • 05:58:35 <mneuhaus> hmm, not sure
  • 05:59:24 <mneuhaus> "all i need" is an iteratable object with a common api for rendering a table
  • 06:00:05 <mneuhaus> so, it needs to be iteratable and i need to be able to set limit, offset, order, and maybe search/filter stuff
  • 06:01:20 <mneuhaus> so i was thinking to use a common pattern kinda like: EntityQuery('MyEntity')->execute() which gives me an EntityResult i can iterate over and a method EntityResult->getQuery() to refine the query with limit, offset, etc
  • 06:01:47 <mneuhaus> that's basically exactly what i do currently in the flow version of expose which makes sense imho
  • 06:02:28 <NamelessCoder> since this *is* a View I would prefer something that only works with predefined queries or query types
  • 06:02:40 <NamelessCoder> e.g. .all, .single.$uid, whatever
  • 06:02:50 <NamelessCoder> (as variables accessed in template)
  • 06:03:25 <mneuhaus> it is, the EntityResult is assigned as {items} in the template
  • 06:03:40 <NamelessCoder> that's not what I mean :)
  • 06:04:13 <NamelessCoder> {myRepository.query.all}
  • 06:04:42 <mneuhaus> hmm, ok
  • 06:04:48 <NamelessCoder> it gets quite hard to debug, but it has a very safe api
  • 06:05:02 <NamelessCoder> e.g. no parameters except what you define as "variable path segments"
  • 06:05:51 <mneuhaus> how'd you go about this then?
  • 06:05:51 <mneuhaus> https://github.com/mneuhaus/Flowpack.Expose/blob/master/Classes/Flowpack/Expose/ViewHelpers/BehaviorViewHelper.php#L46-L67
  • 06:07:02 <mneuhaus> i fetch the defined objects/items from the current view, which usually was a QueryResult. i then fetch the Query from that and pass that through the QueryBehaviors to modify it if needed with limit, offset, sortBy, etc
  • 06:07:41 <NamelessCoder> not sure I understand the logic
  • 06:07:42 <mneuhaus> then inside the BehaviorViewHelper i override the original items/objects with the result of the modified query
  • 06:08:06 <mneuhaus> wait, i'll sketch some pseudo code
  • 06:08:36 <NamelessCoder> you retrieve a template variable, then overwrite it and use it, but never restore the original... so this works like a cumulative filter, i.e. the more instances of the ViewHelper you use on the same $objects, the smaller that set becomes.
  • 06:08:52 <mneuhaus> basically yes
  • 06:09:13 <NamelessCoder> defining the desired PHP class name is quite risky imho
  • 06:09:16 <NamelessCoder> in a template
  • 06:09:59 <mneuhaus> https://gist.github.com/mneuhaus/586cb19bd9e856af9afa#file-4_processviewhelper-md
  • 06:10:22 <mneuhaus> i used to call them "ProcessViewHelpers" in my original idea/concept
  • 06:11:01 <mneuhaus> which QueryBehaviors are applied will probably be moved to the expose settings for a entity
  • 06:11:26 <NamelessCoder> hmm.
  • 06:11:39 <NamelessCoder> hmmmm...
  • 06:11:49 <NamelessCoder> I still think this mostly relates to VariableProvider
  • 06:12:00 <mneuhaus> the idea behind this is to seperate logic that is used again and again into reusable parts
  • 06:12:05 <NamelessCoder> + a ViewHelper to do the interaction with your data source
  • 06:12:06 <mneuhaus> sorting, pagination, etc
  • 06:13:00 <mneuhaus> hmm, ok, so i'll create a VariableProvider that gets objects in form of a QueryResult for example and i interact with the VariableProvider to tell it i only want 10 of the results starting from 30?
  • 06:13:02 <NamelessCoder> what if a VariableProvider had DataSourceInterface[] and DataSourceInterface declared these unified methods you can do to a generic source of data.
  • 06:13:12 <NamelessCoder> yes baby that's it ;)
  • 06:13:22 <mneuhaus> hmm, ok
  • 06:13:35 <mneuhaus> can a view have multiple VariableProvider?
  • 06:13:39 <mneuhaus> or just one?
  • 06:13:47 <NamelessCoder> currently just one
  • 06:13:55 <NamelessCoder> but why the hell not let it support more.
  • 06:14:08 <mneuhaus> would prefer that in that case i think
  • 06:14:34 <mneuhaus> because if you add a ExposeVariableProviderWhatever, you still might want to add generic variables
  • 06:14:41 <NamelessCoder> you could then ship your solution as a VariableProvider, the DataSourceInterface and X number of ViewHelpers to paginate, limit, filter by attributes, etc.
  • 06:15:03 <mneuhaus> sounds good i guess :)
  • 06:15:36 <mneuhaus> if only one provider is possible the ExposeVariableProvider would need to support default/other variable logics as well
  • 06:15:38 <NamelessCoder> and obviously require the interface in the ViewHelper so you've got full control over the expected input
  • 06:15:48 <mneuhaus> of course ;)
  • 06:17:08 <NamelessCoder> I'm thinking if there's a way to avoid multiple providers. It would obscure the logic in f:debug, would make it hard to predict when there are collisions too.
  • 06:18:12 <mneuhaus> i mean the expose one could just extend the default one, would probably solve 90+% of usecases
  • 06:18:14 <NamelessCoder> ...without making DataSourceInterface part of Fluid
  • 06:19:28 <mneuhaus> i guess extending should be fine
  • 06:19:50 <NamelessCoder> yeah but TYPO3 already does this so the solution would need a TYPO3-specific version too.
  • 06:20:01 <NamelessCoder> that's the not-so-great part
  • 06:20:36 <NamelessCoder> VariableProvider was *meant* to be replaced, to be viewed like a crazy dynamic arrayobject-type storage you can manipulate from the outside, too.
  • 06:21:07 <mneuhaus> instead of extending i could make it a "fallback" inside it, if !hasVariable -> fallback->hasVariable
  • 06:21:09 <NamelessCoder> I'll think about this.
  • 06:21:24 <NamelessCoder> but make VariableProvider your API, then we can solve the integration details later
  • 06:21:33 <mneuhaus> ok
  • 06:21:35 <mneuhaus> :)
  • 06:22:03 <mneuhaus> looking forward to a dead-fast standalone expose ;)
  • 06:22:20 <NamelessCoder> "sans controller" ;)
  • 06:22:28 <NamelessCoder> making a custom one for the purpose?
  • 06:22:51 <pedda> hi there
  • 06:22:58 <mneuhaus> currently i'm using nickic's fastRoute router and a little bit of glue here and there
  • 06:23:12 <mneuhaus> as barebone as possible
  • 06:23:43 <mneuhaus> when it's running barebone i'll think about integrating it into extbase to test it
  • 06:28:37 <NamelessCoder> as long as you do some sort of Request interaction I suppose that's fine. We would then trust whatever is around Expose to actually make the Request safe ;)
  • 06:28:41 <NamelessCoder> hey pedda
  • 06:29:02 <pedda> hey claus, long time no see, i hope you're well
  • 06:29:14 <NamelessCoder> can't complain :)
  • 06:29:26 <mneuhaus> yes, request safety is not the job of expose + i won't pretend i'd be able to harden all those edge-cases
  • 06:30:28 <NamelessCoder> ooooohmama... ooooooooohmama! My 40" 4K display is coming tomorrow if all ends well
  • 06:30:37 <mneuhaus> :D
  • 06:31:09 <NamelessCoder> http://www.philips.com.au/c-p/BDM4065UC_75/brilliance-led-backlit-lcd-display and it's only €800. Not kidding.
  • 06:31:39 <mneuhaus> nice :)
  • 06:31:45 <NamelessCoder> 50% more pixels than I have now, in both directions :)
  • 06:31:48 <mneuhaus> ^^
  • 06:32:00 <mneuhaus> currently mainly working on my macbook retina only
  • 06:32:09 <mneuhaus> way to much agency-hopping
  • 06:32:09 <NamelessCoder> of course I bought a wall mount because that stand is just crap looking
  • 06:33:50 <pedda> i boouth two 27" 4K recently and some ergotron mount for those.. but my mbp can't fire up two screens at 4K resolution :-/
  • 06:34:16 <pedda> -boouth + boght
  • 06:34:49 <pedda> god damnit... imy fingers seem too fat today again
  • 06:35:24 <pedda> did you test your 40" screen before somehow ?
  • 06:36:10 <NamelessCoder> nope, I read some insane-level expert reviews so I'm just trusting the numbers
  • 06:36:19 <pedda> so did i
  • 06:36:20 <NamelessCoder> if it fails or sucks, I've got 14 days return
  • 06:36:24 <mneuhaus> afk, lunch
  • 06:36:51 <pedda> my font seems a bit unsharp by now.. but it may be related to my mbp running those screens at half teh maximum resolution
  • 06:37:02 <pedda> *the
  • 06:37:13 <NamelessCoder> I don't expect it to perform as well as my thunderbolt cinema display. So my expectations are as they should be, given the price, size, 4K immaturity etc.
  • 06:37:19 <pedda> DELL 27" 4K with IPS panel
  • 06:37:35 <NamelessCoder> those are some great displays though
  • 06:37:42 <pedda> ah well.. this was my conclusion as well..
  • 06:38:08 <pedda> i would give my screens a B+
  • 06:39:50 <pedda> and i hope for better performance when i'm in the need of a new computer which then, hopefully, will be able to power external 4K displays at 60 Hz
  • 06:43:49 <NamelessCoder> mac pro :)
  • 06:44:01 <NamelessCoder> because dual thunderbolt busses
  • 06:45:54 <pedda> well the price... and the portability :)
  • 06:46:17 <pedda> but... you're right
  • 06:46:17 <NamelessCoder> mac pro + macbook!
  • 06:46:26 <NamelessCoder> be like me, be like me, be like me!
  • 06:46:39 <pedda> lol
  • 06:47:05 <pedda> wel i have an imac which is used to play music a the moment
  • 06:47:40 <pedda> i realized, syncin my dev env on two computers just takes too uch time/effort
  • 06:48:27 <pedda> maybe i've not the best setup to work on both computers with just a short delay of transition from one computer to another
  • 06:51:40 <NamelessCoder> I don't do it myself, but you could easily use git to track all your dot-files and Library/Xyz folders. And you could equally easily use something like composer to load every repository you work on.
  • 06:52:04 <NamelessCoder> but I know, one machine is easier. It's also all eggs in the same basket :)
  • 06:52:14 <pedda> exactly
  • 06:53:34 <pedda> all my projects are versioned so, fetching files, stying up to date is not that hard, bad as soon as you add some bookmark to sequel pro, or some editor config.. you need to extend your sync-config or add that bookmark on both computers which is a bit annoying
  • 06:53:51 <pedda> but as you said, it's just a matter of configuration
  • 06:54:05 <pedda> some scripting magic, and wer're in
  • 06:54:08 <pedda> -r
  • 06:54:49 <pedda> mmmh .. a mac "the power horse" pro on my table..
  • 06:54:50 <pedda> :D
  • 06:56:00 <NamelessCoder> it's fast. I mean... FAST.
  • 06:56:07 <pedda> i bet it is
  • 06:56:35 <pedda> the only thing which is missing is a sound like some muscle car durong boot
  • 06:56:39 <pedda> *during
  • 06:56:53 <pedda> probably, because there is no "boot process" anymore
  • 06:57:13 <pedda> or better say, it is too short to play some sound..
  • 06:57:42 <NamelessCoder> yeah, 4 seconds is not a lot of time
  • 06:57:59 <pedda> lol.. just imagine the beginning of your career where you were waiting 2-3 minutes while windows2K was booting..
  • 06:58:06 <pedda> what a waste of time
  • 06:58:31 <pedda> which probably was not at the beginning of your carerr, but rather mine
  • 06:58:42 <pedda> :)
  • 06:58:42 <NamelessCoder> not that I reboot often, but I've probably saved many hours by now during phpstorm indexing and unit test running.
  • 06:58:56 <NamelessCoder> hehe when I began, 3 minutes would be lucky :)
  • 06:59:12 <pedda> there was a turbo button once..
  • 06:59:19 <NamelessCoder> that'd be "the good computer" among all the crap ones
  • 06:59:26 <pedda> hehe
  • 06:59:30 <NamelessCoder> two of my PCs had turbo buttons hehe
  • 06:59:48 <pedda> like nitro for cars ;)
  • 07:00:31 <NamelessCoder> all fun and games, that button
  • 07:02:39 <pedda> the first time i turned on my mbp (early 2015) i was like: dude! if the time, you spent waiting for your imac to finish indexing and such, was added, you could have boght two of those mbp's
  • 07:03:12 <pedda> althought my imac was late 2012
  • 07:03:19 <pedda> which is only 3 years
  • 07:03:50 <artisticMink> Hello, after updating to 7.1 from 6.X i'm unable to add new content elements to a page. Old CE are displayed flawlessly. I went trough the migration sheets and validated my markup. It might have to do with the issue that my custom content controller doesn't get recognized as well. Methods won't get called. Where the similiar issues in the past?
  • 07:04:51 <pedda> artisticMink in such cases i get the latest version of EXT:builder to check if a bare extension generated by EXT:builder looks the same as my older provider extension
  • 07:06:07 <pedda> if your controlles actions aren't called, check if the fce you're playing around is stored the correct way in the database
  • 07:06:49 <artisticMink> pedda: I already tried examples from the documentation but you're right. I'll should give it a try.
  • 07:07:00 <pedda> speaking of : Vendor.ExtensionNAme->MyFce.html
  • 07:07:11 <pedda> or without vendor and stuff like this
  • 07:07:48 <pedda> fix such a record and see if DebuggerUtility in your fce's action makes it to the frontend
  • 07:08:52 <pedda> if it does use this to have a one liner ;)
  • 07:08:52 <pedda> https://gist.github.com/wikipeter/b8119e2d1d64ae3be309
  • 07:09:59 <NamelessCoder> pedda could you submit that gist to the code library please?
  • 07:10:03 <pedda> also suitable if you rename an extension for whatever reason.
  • 07:10:07 <pedda> sure
  • 07:10:54 <NamelessCoder> thanks :)
  • 07:24:23 <pedda> @NamelessCoder: done
  • 07:24:51 <pedda> additionally you could change "Entry created! Please allow a bit of time for the web master to approve the submission." to "Entry created! Please allow a bit of time for the master to approve the submission." ;)
  • 07:25:10 <NamelessCoder> hehe :p
  • 07:26:23 <pedda> claus? regarding https://github.com/FluidTYPO3/flux/issues/878
  • 07:26:56 <pedda> is this really an issue? i mean. my code is okay, behaviour is wrong?
  • 07:28:03 <pedda> as i was wondering if this was my fault... which happens still quite often, working late at night :P
  • 07:28:27 <NamelessCoder> I don't know yet - lunch is over for today but if I get time later I'll look at it
  • 07:29:09 <pedda> well .. this is not urgent anymore.. but i just wanted to know
  • 07:47:25 <xaver> hi
  • 08:08:12 <mneuhaus> re
  • 08:08:12 <FT3BOT> Welcome back mneuhaus!
  • 08:19:41 <Guest|98765> !
  • 12:03:37 <Kaimane> When I set the icon option to a flux:form like options="{icon: '{f:uri.resource(path: \'Icons/Content/Icon.png\')}'}" the icon will not be shown in the backend. The image src is "../typo3conf/ext/myext/Resources/Public/Icons/Content/Icon.png" but the browser tries to load it from http://dev.local/typo3/sysext/cms/typo3conf/ext/myext/Resources/Public/Icons/Content/Icon.png". I'm using the latest
  • 12:03:37 <Kaimane> vhs, flux, fluidpages und fluidcontent extensions from TER.
  • 12:23:44 <pedda> specify ExtensionName attribute on f:uri.resource if it works then, your extension is not properly implemented regarding namespacing
  • 12:23:52 <pedda> gotta run
  • 12:23:54 <pedda> cu guys
  • 12:35:14 <Kaimane> With extensionName attribute on f:uri.resource it doesnt work either.
  • 12:59:12 <xaver> Kaimane: remove the icon path and add icon with smae name as the file
  • 12:59:25 <xaver> should be resolved automaticly
  • 13:30:43 <thierry> Any hint why the "admin panel" buttons aren't displayed for fluidcontent_content CType ? It's tt_content, after all ;-)
  • 13:35:41 <xaver> thierry: looks nearly the same fluidcontent_core and csc - maybe addionalconfigruation is fcc stuff
  • 13:35:44 <xaver> 2 lines
  • 13:36:36 <thierry> My fault: didn't try fcc at this time ... !
  • 14:41:40 <mneuhaus> NamelessCoder: workin on the variableProvider stuff, hitting a first bump, what, if i want to show to lists of objects on in the same template? the way the variableProvider would be set up, it would be just for one resultSet
  • 15:34:32 <mneuhaus> NamelessCoder: found another issue regarding using a variableProvider:
  • 15:35:37 <mneuhaus> currently the AbstractTemplateView creates a new StandardVariableProvider for rendering sections and partials which makes the initially set VariableProvider not accessable anymore
  • 15:36:30 <mneuhaus> sorry for spamming you ;)

20150812

  • 02:11:37 <mneuhaus> i'm currently fixing various viewhelpers that extend from AbstractConditionViewHelper to work with the compiled viewhelper change in 7.3, should i create a pr per viewhelper or bunch them all together?
  • 02:20:58 <mneuhaus> multiple commits for one pr is not ok, right?
  • 03:24:20 <Guest|42676> Hello, i'm using <v:media.pdfThumbnail class="img-responsive" path="uploads/pics/{image}" src="uploads/pics/{image}" width="570" height="760c" maxW="570" maxH="760c" minW="570" minH="760c" treatIdAsReference="1" title="{title}" alt="{title}" forceOverwrite="1" /> but the pdf doesn't crop correctly. Is there a workaround to fix this problem?
  • 03:24:59 <Guest|42676> The height of the images is different.
  • 04:37:22 <Kaimane> xaver: thanks for your hint. I removed the icon property from options argument. Icon has the same name as template file (case sensitive) but in backend the icon is still expected in "http://dev.local/typo3/sysext/cms/typo3conf/ext/myext/Resources/Public/Icons/Content/Icon.png". Does it have something to do with the TYPO3 Version 6.2.14?
  • 04:37:59 <xaver> current dev version? of flux?
  • 04:39:11 <Kaimane> No. Flux is in Version 7.2.1 from TER.
  • 04:46:02 <Kaimane> Right frame in backend is loaded from "sysext/cms/layout/db_layout.php" (relative to http://dev.local/typo3) and the img src path to the icon is "../typo3conf/ext/myext/Resources/Public/Icons/Content/Icon.png" I think the path to the icon needs three more "../../../" If I change the path with dev tools to "../../../../typo3conf/ext/myext/Resources/Public/Icons/Content/Icon.png" then the icon
  • 04:46:02 <Kaimane> is displayed.
  • 04:50:46 <xaver> known and fixed issue
  • 04:51:55 <Kaimane> Fixed in current dev version?
  • 04:56:24 <xaver> yes
  • 06:39:19 <Kaimane> Great. I will wait for the next flux version. Thank you.
  • 07:06:51 <xaver> Kaimane: we added a utility to resize images and image will be now 24x24 also svg is supported
  • 08:21:09 <Kaimane> xaver: Nice features. I think eta is "it's done when it's done"? ;-)
  • 08:22:29 <Kaimane> Other question. If I use the "as"-attribute e.g. on v:iterator.random viewhelper do I have to register the template variable first? Debugging the variable results in NULL.
  • 08:23:51 <xaver> yes and no to eta - next release - we added a milestone
  • 08:28:12 <Kaimane> Using v:variable.set and everything works fine. Thanks xaver!
  • 08:53:31 <Kaimane> Is there a possibility to convert a get-parameter string (a=1&b=2) to an array? Maybe a viewhelper?
  • 09:00:15 <Kaimane> Something like parse_str function in php.
  • 11:50:05 <Matt23a> I have created a second root page in my pagetree and want to use the fluid templates. I've selected the page layout in the page options, but in the page view there are still the standard columns. How can I fix this?
  • 12:17:18 <Matt23a> Ok I found it. Had to activate backend layout in the appearence tab of the page settings.

20150813

  • 04:37:31 <pedda> hi there
  • 04:44:44 <k4mi> Hey, there. Got a small problem with f:image. I got a list of high-resolution images which are getting resized with f:image. The problem is some are getting perfectly processed, but some are still refering to the original image.
  • 04:45:48 <k4mi> Snippet looks like this: <f:image image="{imageObj}" width="100" height="100c" />
  • 04:54:09 <pedda> thge images won't get resized if their dimensions match 100 x 100
  • 04:55:04 <pedda> see if this is the case
  • 04:58:29 <pedda> what might cause an editAction of my custom extbase extension to display "cached/old" values?
  • 04:58:43 <pedda> let's say i have a record A with title set to myTitle
  • 04:59:08 <k4mi> Hm I am getting close to the problem it seems i have a problem with empty spaces in the image name
  • 04:59:21 <k4mi> I guess a charset problem
  • 04:59:35 <pedda> if this record is edited and title is set to myNewTitle i am redirected to the listAction which renders the new title
  • 05:00:06 <pedda> but if i edit the record again, i see the old title ... i need to refresh my browser to see the new title in the edit view
  • 05:00:10 <pedda> is this cache?
  • 05:00:34 <pedda> k4mi this is not only your problem.. rather a general editor issue
  • 05:01:08 <pedda> you can take care of weird characters in image/file names, but you could also advise your editors to take care on their own
  • 05:01:15 <pedda> depends on the project's budget
  • 05:01:27 <pedda> as there can be a lot to sanitize
  • 05:02:09 <pedda> üöä..á..ñ even ! occured to me
  • 05:02:10 <k4mi> Shouldnt be to many, but thanks for the advice
  • 05:02:28 <pedda> KISS: hey mr editor never ever use those characters
  • 05:02:48 <k4mi> üöä stored in the right charset works.. but it seems you should rather avoid it
  • 05:02:59 <pedda> yepp
  • 05:03:14 <pedda> you never now which third party module/plugin/lib can't deal with it
  • 05:03:38 <pedda> and if you got that far for a year or so.. renaming all those files from the beginning to now can be a pain in the ass
  • 05:03:48 <pedda> especially if you're dealing with FAL and such
  • 05:04:21 <pedda> if you need to rename the files because lib XYZ is mandatory and can't be replaced by sth. else
  • 09:20:34 <mneuhaus> god i hate translating stuff in fluid
  • 09:20:45 <mneuhaus> feels soo stupidly tedious
  • 15:47:49 <mneuhaus> man, vhs has quite some condition viewhelpers these days ^^ and almost all of them are fucked up the the compile static change in 7.3
  • 17:46:43 <NamelessCoder> that's a big one, mneuhaus!
  • 17:47:51 <NamelessCoder> needs a rebase ;)
  • 17:52:21 <mneuhaus> there you go ;)
  • 17:52:43 <mneuhaus> sadly still 2 broken
  • 17:53:47 <mneuhaus> i mean, i have them working locally, but i needed to make the trait static for that, which has side-effects on all the other non condition viewhelpers using that trait
  • 17:54:25 <NamelessCoder> https://github.com/FluidTYPO3/vhs/pull/894/files#diff-af35b327e3a76b27a092ced8a5a3f32bL40 you are sure the inherited property is now "protected" in all our supported TYPO3 versions including 6.2?
  • 17:54:30 <NamelessCoder> I'm not ;)
  • 17:55:53 <NamelessCoder> generally speaking, a lot of classes can be imported from FQN usages
  • 17:55:58 <NamelessCoder> renderingcontext etc.
  • 17:56:30 <mneuhaus> not sure what you mean about the protected property
  • 17:56:49 <NamelessCoder> $this->reflectionService is private on 6.2, that's why we inject it
  • 17:56:50 <mneuhaus> sure, i can clean up some stuff as well :)
  • 17:57:04 <NamelessCoder> we simply have to, because we can't use the private of the parent class
  • 17:57:15 <mneuhaus> i don't use the private one
  • 17:57:21 <mneuhaus> i fetch one through the object manager
  • 17:57:28 <mneuhaus> since were in a static context
  • 17:57:43 <mneuhaus> line 70+71
  • 17:57:46 <NamelessCoder> oh... that's even more costly ;)
  • 17:58:02 <mneuhaus> do you have another solution?
  • 17:58:20 <mneuhaus> can't access $this from there anymore
  • 17:58:38 <NamelessCoder> hmm, this reflection crap...
  • 17:59:00 <mneuhaus> i know that's not a pretty solution, but it was the only one i could think of so far
  • 17:59:06 <NamelessCoder> you didn't write it, not blaming you ;)
  • 17:59:51 <NamelessCoder> at the very least you need to store "protected static $reflectionService" and check if it exists, if not, create it. That should avoid all the costly objectmanager stuff (and it is VERY costly)
  • 18:00:29 <mneuhaus> yep, that sounds def better ^^
  • 18:00:56 <NamelessCoder> luckily we don't have a lot of places where these types of services are implemented!
  • 18:01:28 <mneuhaus> aside from a pageSelect in the hasSubpage and isChildpage i didn't see similar issues
  • 18:01:47 <NamelessCoder> consciously tried to avoid injections ;)
  • 18:01:54 <mneuhaus> :)
  • 18:02:05 <NamelessCoder> btw I'm thinking about how to solve your "creates new variableprovider" thing
  • 18:02:14 <mneuhaus> quite some viewhelpers got a bit cleaner with those changes that needed to be done :)
  • 18:02:20 <mneuhaus> hehe :)
  • 18:02:25 <NamelessCoder> I'm thinking about a "reset()" or "clear()" method on variableprovider + interface
  • 18:02:51 <NamelessCoder> so the instance can be cloned and that method can be called
  • 18:03:13 <NamelessCoder> alternatively the variableprovider can be given a method that returns a fresh variableprovider or an instance of itself
  • 18:03:36 <NamelessCoder> (so that all this cloning thing becomes an internal decision in your variableprovider only)
  • 18:03:44 <mneuhaus> did you see my message about the behavior of partial rendering?
  • 18:03:50 <NamelessCoder> the default variableprovider would then simply create a new instance
  • 18:04:00 <NamelessCoder> just in case, please repeat it
  • 18:04:18 <mneuhaus> "my" variableProvider gets thrown away and replaced by a StandardVariableProvider when it renders a partial
  • 18:05:05 <NamelessCoder> yep that's the issue I want to solve ;)
  • 18:05:20 <mneuhaus> https://github.com/NamelessCoder/TYPO3.Fluid/blob/master/src/View/AbstractTemplateView.php#L304
  • 18:05:23 <NamelessCoder> by either cloning the existing or asking the existing variableprovider for a "new" instance, that should do it
  • 18:05:24 <mneuhaus> ah, ok :)
  • 18:05:37 <mneuhaus> https://github.com/NamelessCoder/TYPO3.Fluid/blob/master/src/View/AbstractTemplateView.php#L304
  • 18:06:12 <NamelessCoder> btw you see my trick with letting it inherit all variables if the arguments array is not specified? ;)
  • 18:06:13 <mneuhaus> still not really sure if a variableprovider is the right place for that logic, to be honest
  • 18:06:41 <mneuhaus> no, didn't see that
  • 18:06:58 <mneuhaus> or didn't realize/look for it ^^
  • 18:07:17 <NamelessCoder> $renderingContext->setVariableProvider($renderingContext->getVariableProvider()->getFreshInstanceForVariables($variables ? $variables : $inherited));
  • 18:07:22 <NamelessCoder> something like that
  • 18:08:05 <NamelessCoder> ->getNewProviderForVariables() or whatever
  • 18:08:09 <mneuhaus> ah, you just give it the provider itself, since it's emulating an array anyway ^^
  • 18:08:17 <NamelessCoder> yeah
  • 18:08:23 <NamelessCoder> it doesn't care :)
  • 18:08:23 <mneuhaus> :)
  • 18:08:26 <mneuhaus> why not ^^
  • 18:08:41 <NamelessCoder> fun code :)
  • 18:09:24 <mneuhaus> https://github.com/NamelessCoder/TYPO3.Fluid/blob/master/src/View/AbstractTemplateView.php#L367
  • 18:09:41 <mneuhaus> got pagination + limits working
  • 18:09:53 <mneuhaus> with a Query + QueryResult though
  • 18:12:59 <NamelessCoder> I have to show you something. Shameless bragging :) http://i.imgur.com/XCfxZZQ.jpg - that tiny little thing on the right is my old 27" thunderbolt display...
  • 18:13:20 <mneuhaus> grr ^^
  • 18:13:45 <mneuhaus> nice :)
  • 18:13:57 <NamelessCoder> it is *sick*. So much resolution...
  • 18:14:01 <mneuhaus> ^^
  • 18:14:38 <mneuhaus> now imagine a oculus with a "infinite" desktop? ^^
  • 18:15:08 <mneuhaus> but that really looks quite sweet :) you got my envy :)
  • 18:15:32 <mneuhaus> oh, a mac pro?
  • 18:15:43 <mneuhaus> i mean a mac trash? ^^
  • 18:17:57 <mneuhaus> phew, i'm done. gotta grab some sleep :)
  • 18:18:37 <mneuhaus> had to take over a second unplanned project because a dev of the agency hurt his hand ^^
  • 18:19:19 <mneuhaus> good night :)
  • 18:19:20 <NamelessCoder> nite, sleep tight!
  • 18:19:26 <NamelessCoder> yep it's a trash can mac :)

20150814

  • 07:50:10 <Guest|68937> Hi, do i have the possibility to change the default value of image width of fluidbootstraptheme's "Simple Responsive Image" from 1140 to a higher value except editing extension file?
  • 07:50:30 <Guest|68937> Best would be to do that with typo3script if possible. Thanks in advance, adrian
  • 07:58:48 <Guest|68937> I already tried plugin.tx_fluidbootstraptheme.settings.SimpleContentImageWidth = x btw, but that does not work, perhaps beause in template useTyposcript = = ?
  • 07:58:52 <Guest|68937> I already tried plugin.tx_fluidbootstraptheme.settings.SimpleContentImageWidth = x btw, but that does not work, perhaps beause in template useTyposcript = 0 ?

20150815

20150816

20150817

  • 11:50:25 <pedda> hi there
  • 11:50:53 <pedda> any issues why this might end in false: <v:if stack="{0: openingHoursSales, 1: '>', 2: '0', 3: 'OR', 4: openingHoursWorkshops, 5: '>', 6: '0'}">
  • 11:51:09 <pedda> beside the fact that both values are = 0 or even empty
  • 11:51:47 <pedda> better say: i never get f:then content with <v:if stack="{0: openingHoursSales, 1: '>', 2: '0', 3: 'OR', 4: openingHoursWorkshops, 5: '>', 6: '0'}">
  • 11:52:32 <pedda> even if openingHoursSales is true/an array

20150818

  • 06:38:17 <twistedNerv> is it possible to list files in specific folder of user uploads filelist with fluid/flux/viewhelper?
  • 06:53:09 <NamelessCoder> twistedNerv see uploadFolder argument - https://fluidtypo3.org/viewhelpers/flux/master/Field/FileViewHelper.html#argument-uploadFolder
  • 07:26:43 <twistedNerv> NamelessCoder: tnx, ill check ... sorry for late response...wasnt here
  • 07:34:47 <twistedNerv> NamelessCoder: i dont see how could i use that in front end for accessing files or folders?
  • 08:09:24 <svenDeKa> Hi guys. I would like to access settings from the tx_flux_parent of a FCE, set in the parents pi_flexform. is there a way -maybe an existing viewhelper- to access the parsed flexform? or will I have to write my own viewhelper?
  • 08:09:55 <svenDeKa> (sorry if it already exists in the mighty vhs -then I was too blind to see)
  • 09:10:03 <arnekolja> Is it a known "problem" (better: consequence) of fluidcontent_core, that pages with many images may take a lot of time to load in the backend?
  • 09:11:55 <arnekolja> we are experiencing this with different sites using fluidcontent_core, but are not able to reliably determine whether it's really fluidcontent_core or not.
  • 09:46:48 <Guest|92006> hi
  • 09:47:45 <Guest|92006> hi
  • 11:20:33 <soma> is there a way to set a class for all li elements of a v:page.menu without custom rendering of the html?
  • 16:31:02 <Guest|98685> Hi there

20150819

  • 08:41:56 <papillon6> Hey! Any progress on the issue l10nmgr <-> fluidcontent? Newest version of l10nmgr still does not support fluidcontent-elements. @NamelessCoder: Found your GIT-repo on google. Anyone working on this?
  • 10:41:14 <arnekolja> I just upgraded from 6.2 to 7.4 and now I'm getting file not found errors on the template files of my provider extension. I cant find anything that should have changed about referencing the templates, any idea how to troubleshoot it?
  • 10:41:30 <arnekolja> error, e.g.: #1225709595: Template could not be loaded. I tried "/Page/Index.html", "/Page/index.html"
  • 10:42:13 <arnekolja> plugin.tx_myproviderextension.view {
  • 10:42:13 <arnekolja> templateRootPath = EXT:myproviderextension/Resources/Private/Templates/
  • 10:42:14 <arnekolja> […]
  • 10:42:14 <arnekolja> }
  • 10:42:28 <arnekolja> shouldnt this still be correct?
  • 10:43:40 <arnekolja> same with fces in the backend (Template could not be loaded. I tried "/Content/Index.html" …)
  • 10:49:52 <arnekolja> nevermind, found my mistake :)
  • 10:49:58 <arnekolja> at least i think so
  • 13:12:09 <pedda> hi there
  • 13:12:21 <pedda> can someone point me to the right direction?
  • 13:12:39 <pedda> what is the best way to use extension B within extension A ?
  • 13:13:57 <pedda> let's say: my extension A is some kind of a company "app" where each dependenc of a company has a few menu items, one of those should call extension B where extension A behaves like some kind of a wrapper
  • 13:15:01 <pedda> not sure if i have to deal with controller and rendering context to achieve this

20150820

20150821

20150822

  • 19:41:28 <rabe69> After updating a page from fluidcontent_core 1.1.3 to the newest TER version, i got this error in the frontend and backend on pages containing a content variant: rtrim() expects parameter 1 to be string, array given in /docker/code/typo3conf/ext/flux/Classes/View/TemplatePaths.php
  • 19:42:04 <rabe69> Anybody knows the reason?

20150823

20150824

  • 03:15:48 <Guest|35438> Hi there. I'm looking for a solution to filter items in a field of type flux:field.relation analogy to the "foreign_table_where"-field in TCA while using something like "pid = ###CURRENT_PID###". Is this possible?
  • 03:34:42 <Guest|35438> Ah, got it by myself. condition="AND tt_content.pid IN (###CURRENT_PID###)" works like a charm...
  • 09:02:56 <Guest|71728> Hey guys
  • 09:03:22 <Guest|71728> I'm running into a strange error: I'm using grids with flux:grid.columns
  • 09:04:18 <Guest|71728> every time I try to add some content into a grid section it shows up above all contents in the backend and twice (one time outside the grid and the second one within) in the frontend)
  • 09:05:14 <Guest|71728> is there a known bug or how can I prevent this behaviour?
  • 09:06:33 <s-andersen> Hi, I'm using <v:page.breadcrumb> to render a breadcrumb menu, and this works great. But now I need to add RDFa markup to the breadcrumb menu, and I wonder what the best way to do that would be?
  • 09:16:01 <NamelessCoder> Guest|71728 your user must have access to all Flux-related fields (parent, column, children). If you have an older version of Flux you must upgrade. If gridelements is installed there's a conflict with that which EM doesn't warn about. And finally if you're using the "save and add new after" then you need to update flux to development branch or wait for the coming TER release.
  • 09:16:16 <NamelessCoder> s-andersen expand the tag and use the tag content like v:page.menu but with {rootLine}
  • 09:21:43 <Guest|71728> Well I'm admin, so I think I have access to all these fields. I'm using TYPO3 6.2.14
  • 09:38:53 <Guest|71728> I found out that the colPos 18181 is not saved to tt_content on first save. If if click save and save & close afterwards it works
  • 09:44:58 <s-andersen> NamelessCoder: I expanded the tag and did this: <f:for each="{rootLine}" as="item" iteration="iterator">, as I would normally do with {menu} but that doesn't output anything
  • 10:04:05 <s-andersen> I figured it out, it seems it shouldn't be {rootLine} but {breadcrumb} no matter what you specify as rootLineAs
  • 13:00:13 <Guest|27878> I have in problem in the preparation of FCE . Elements can be filled in the back , but the front end will be no rendering . Working for some time with typo3fluid and can not find something wrong . What should I do ?
  • 13:33:43 <Guest|27878> I have in problem in the preparation of FCE . Elements can be filled in the back , but the front end will be no rendering . Working for some time with typo3fluid and can not find something wrong . What should I do ?
  • 13:37:36 <jost_> Guest|27878: can you check with <f:debug> if variable are set in the frontend?
  • 13:37:46 <jost_> and can y
  • 13:37:51 <jost_> nevermind
  • 13:43:16 <Guest|27878> The variables in my sections are empty. standard content elements from TYPO3 are renedered. The the elements from bootstrap will not rendered, too.

20150825

  • 05:31:06 <Guest|89919> hello guys
  • 05:31:17 <Guest|89919> just a little question
  • 05:31:38 <Guest|89919> how can i set a typoscript value with the page options?
  • 05:32:20 <Guest|89919> i now how typoscript set the variables of fluid bit i dont knmow the otehr way?
  • 05:33:59 <Guest|89919> for example somthing like this: page.bodyTagCObject.value = <body id="{varOfPageOption}">
  • 07:40:27 <t3xx> I've not working FCE in one TYPO3 Installation. In an other installation, is no problem. Both installations have the same version. How can I find and fix the error?My code is here:http://pastebin.com/vrnEMrkp
  • 11:27:04 <papillon6> Hi! Struggling with <flux.form options="{icon: 'iconreference'} ...> The icon-reference does not work correctly. Someone has an idea what wrong? Tried "EXT:myext/Resources/Public/Icons/myicon.pg", relative path, absolute path, ...
  • 15:25:56 <potofcoffee> Hi all. I'm using flux 7.2.1, fluidpages 3.3.1, fluidcontent 4.3.1, vhs 2.2.0 and fluidcontent_core 1.2.0 on TYPO3 6.2.9. Fluidpages work great, but inserting any fluidcontent CE gives me an error 500 on the page. Any hints on where I might start looking?
  • 15:51:03 <NamelessCoder> potofcoffee run the install tool, the "compare DB" part. I'm guessing it's DB schema. If that's not it, give us the exact error message ;)
  • 15:51:03 <FT3BOT> c[_]
  • 15:57:12 <potofcoffee> DB check returns no changes needed.
  • 15:57:28 <potofcoffee> Unfortunately, I'm just getting a straight 500 page (internal server error)
  • 15:58:40 <potofcoffee> The vhost error log says nothing at all. The main apache log shows that the fcgi subprocess died.
  • 16:00:13 <potofcoffee> This happens on any FCE, but not on standard CEs.
  • 16:17:01 <potofcoffee> Could this be somehow related to fluidcontent_core (which does render the core elements fine)
  • 16:17:08 <potofcoffee> ?

20150826

  • 04:20:53 <MacPhil> you could redirect the php errors to a file
  • 04:22:13 <MacPhil> my webserver configuration is hidding the php white errors from my log :D so i set the above
  • 06:08:01 <potofcoffee> I think I figured it out. Looks like it was simply a timeout error with fcgi.
  • 09:04:01 <Defos> Hey lads! Can I access nested FCEs? e.g. I have a FCE which has one grid. In this grid I have multiple other FCEs. How do I access the flux elements of the inside FCE?
  • 09:05:38 <xaver> Defos: where do you want to access them?
  • 09:07:24 <Defos> In the outer (wrapping) template which has the single grid
  • 09:07:36 <Defos> template/FCE
  • 09:10:07 <xaver> you mean soemthing like this https://github.com/bootstraptheme-for-typo3/fluidbootstraptheme/blob/development/Resources/Private/Templates/Content/Row.html
  • 09:10:26 <xaver> this is dynamic
  • 09:11:04 <xaver> <flux:content.render area="columnNumberTwo" />
  • 09:12:17 <featdd> hay, is it possible to run multiple provider extensions on a multi domain site without conflicts?
  • 09:21:50 <Defos> @xaver: not quite, as this FCE is nesting the elements itself. I am nesting FCEs in itself. So two Typo3 FCE nested.
  • 09:22:53 <Defos> So it is using a single Typo3 content element. I am using two or more, which are nested.
  • 09:38:51 <xaver> featdd: should be possible
  • 09:39:24 <xaver> Defos: take a look with f:debug() should be nexted and possible with a loo[p
  • 09:39:58 <featdd> xaver: hoped to find someone tried it out but I think it should work too
  • 09:40:16 <xaver> featdd: i used already 2 provider in 1 tree
  • 09:40:33 <xaver> unique names should be fine
  • 09:42:16 <xaver> featdd: only problem in future is maybe the mixing of content elements
  • 09:42:30 <featdd> okay thx, situation for me changed anyway
  • 09:42:38 <featdd> mkay
  • 09:43:17 <xaver> in wizard it is mixed - use same order in element select and not based on provider
  • 09:43:56 <xaver> you would need to split it yourself, but i would improve to build your default provider and mix is with a individual one
  • 10:32:52 <arnekolja> I read that TYPO3 CMS 7.5 or 7.6 will provide Fluid based content elements as core functionality. What does this mean for fluidcontent_core? Will it get dropped, or does it serve a complexer purpose?
  • 10:34:06 <xaver> arnekolja: depends on implementation - put i think it will will be continued. But we use core tables - should be no problem to switch
  • 10:34:37 <arnekolja> okay. I'm looking forward to seeing it in action :)
  • 10:34:38 <xaver> nested content is something else - we would like to use a nativ core feature, if it is useable in all cases...
  • 10:34:58 <arnekolja> you mean like fces with grids?
  • 10:35:17 <xaver> you can remove csc and install fcc - image with text is missing
  • 10:35:54 <xaver> yes, or also accordion. 1 wrapper and content elements inside
  • 10:35:56 <arnekolja> yeah, but missing image with text is quite a problem for editors who are used to it. tried it and failed communicating it :D
  • 10:36:29 <xaver> most webs are responsive and text with image is horror - create needed elements as FCE
  • 10:36:30 <arnekolja> yes, I think the timeframe wont allow it to make the first iteration an overall solution
  • 10:36:41 <xaver> it is tested and optimized without 1000 options
  • 10:37:07 <arnekolja> i know you're right … just fighting with the agency-internal editors.
  • 10:37:14 <xaver> you can't test everything in image with test
  • 10:37:23 <arnekolja> dont know right now … but image+text can be hidden, right?
  • 10:38:13 <xaver> i build an FCE Contact with image and text or Product image and text
  • 10:38:39 <xaver> i git it should be hiddden, i don't know if it was released
  • 10:38:39 <arnekolja> btw, is there a performance "problem" with fcc? i noticed that pages containing multiply nested fces with images caused two installations to load the affected page for a looong time (pages module in BE)
  • 10:38:58 <arnekolja> okay@git
  • 10:39:30 <xaver> fcc is not nested - should be faster - less TS
  • 10:40:04 <arnekolja> i mean i had fces with grids and those grids containing images added via fcc
  • 10:40:46 <xaver> depends on cache and some other stuff - we added new caches few months ago
  • 10:40:56 <arnekolja> e.g. a four-column grid, each col containing a two column grid with text in the one and image in the other column. that about 10 to 15 times and the page loaded around 20 seconds in BE
  • 10:41:07 <xaver> if you have a testable reasonable performance issue - report it :)
  • 10:41:49 <arnekolja> okay. maybe i'll reconsider using fcc again :) it's so great in theory, but i failed on image+text and performance a few months ago. maybe it is better now :)
  • 10:42:32 <arnekolja> image+text shouldnt be a problem if its hidden. so i'll check current versions and/or permissions for that
  • 10:43:02 <arnekolja> i'm also a fan of providing specific fces instead of offering each possible combination via generic elements.

20150827

  • 02:41:11 <mneuhaus> god i hate gridelements, why anyone insists on using this pile of crap is baffling
  • 03:19:47 <Momodedf> Hi every one :)
  • 08:17:03 <Guest|94905> hi to all the world I'm a little blocks , I worked on a rte but when I inserted an image size is 300 max width is can I configure Rte to have a larger width thank you for your help
  • 08:17:28 <Guest|94905> hi to all the world I'm a little blocks , I worked on a rte but when I inserted an picture size is 300 max width is can I configure Rte to have a larger width thank you for your help
  • 08:38:16 <Rabe69> I want to use extension "site" to kickstart a new project. If i try to install it, I get warnings about required extension "fluidcontent" and "fluidpages", which are not available in a version. Can i ignore this warning?
  • 08:38:53 <Rabe69> I want to use extension "site" to kickstart a new project. If i try to install it, I get warnings about required extension "fluidcontent" and "fluidpages", which are not available in a compatible version. Can i ignore this warning?
  • 08:39:37 <Rabe69> The following errors were found while trying to install "site":
  • 08:39:37 <Rabe69> Required extension "fluidcontent":
  • 08:39:37 <Rabe69> The extension fluidcontent is available in version 4.3.1 but is needed in version 4.1.0 - 4.2.99
  • 08:39:37 <Rabe69> Required extension "fluidpages":
  • 08:39:37 <Rabe69> The extension fluidpages is available in version 3.3.1 but is needed in version 3.1.0 - 3.2.99
  • 08:46:49 <Momodedf> I think you should better use builder to start a news project
  • 09:04:46 <Rabe69> @Momededf: but what's the "site" exension about?
  • 09:07:36 <Momodedf> as I see, it is supposed to install dependencies (flux, fluidpages, etc)
  • 09:08:16 <Momodedf> and kickstart many things
  • 09:08:38 <Momodedf> I alse just started a new project today
  • 09:09:20 <Momodedf> and since I've had the same error message I didnt used it
  • 09:10:10 <Momodedf> I just installed vhs flux fluidpages fluidcontent and builder by myself and created my provider with builder
  • 09:15:07 <pedda> hi there
  • 09:15:23 <pedda> anyone experienced with EXT:flll around?
  • 09:20:09 <pedda> re
  • 09:25:16 <xaver> pedda: flll - why?
  • 09:25:37 <pedda> well i can't manage to use it the proper way
  • 09:26:01 <xaver> best way - a small whitelist :)
  • 09:26:11 <pedda> i install it, i create an fce for instance, with no label attributes defined at all, and i expect those labels to be "generated automagically"
  • 09:26:23 <pedda> well i have an extension in my whitelist
  • 09:26:34 <xaver> active checkbox is on?
  • 09:26:38 <pedda> let's say it's xyz_template
  • 09:26:41 <xaver> you need to access it in BE
  • 09:26:44 <pedda> yes it is
  • 09:26:56 <pedda> flll writes content into my lll file
  • 09:27:03 <xaver> yes
  • 09:27:05 <pedda> but i still don'T get when, and why
  • 09:27:12 <pedda> anw why not (sometimes at least)
  • 09:27:14 <pedda> :)
  • 09:27:24 <pedda> i'm just a bit confused
  • 09:27:41 <pedda> the readme says: fll will generate keys, for extensions in the whitelist
  • 09:27:47 <xaver> it writes all missing labels in extension - source is the path
  • 09:27:57 <xaver> yeah
  • 09:28:03 <pedda> it will happen on the fly, as soon as this non existing label should have been accessed for rendering (in backend for instance)
  • 09:28:23 <pedda> example: i have a simple Test.html fce
  • 09:28:30 <pedda> with just a basic flux markup
  • 09:28:38 <xaver> yes
  • 09:28:52 <pedda> i expect keys like flux.test , flux.test.description and so on.. to be generated
  • 09:29:06 <pedda> this happens in actually for some of my fce's but not for all
  • 09:29:10 <pedda> and i don't get why
  • 09:29:24 <pedda> the readme states also: only missing labels will be added to lll file
  • 09:29:30 <xaver> yes it does generate the keys in Backend access
  • 09:29:52 <pedda> so .. if i use lfeditor to define a value for flux.test and hit save
  • 09:30:01 <pedda> this value is written "forever" into my LLL file
  • 09:30:18 <pedda> and shouldn't be readded on next be access of Text fce
  • 09:30:22 <pedda> correct ?
  • 09:30:34 <pedda> well.. sometimes it is added in fact
  • 09:30:41 <pedda> and this is why i'm confused
  • 09:30:54 <pedda> i bet i'm missing something (regarding understanding)
  • 09:31:05 <pedda> what i also got so far
  • 09:31:37 <pedda> if i use v:l(key: 'any.key.defined.manually', default: 'myDefaultValue') no key will be added
  • 09:31:40 <pedda> correct ?
  • 09:31:48 <pedda> because i defined one on my own
  • 09:32:15 <pedda> within flux at least.. it still needs to be added to the LLL file, but manually then, right?
  • 09:32:36 <pedda> you see? i have a few questions regarding the whole magic in the background ;)
  • 09:32:56 <xaver> flux requests the language service for the label
  • 09:33:39 <pedda> i try to follow the "changes" of my lll file via git client, to see what is added and what is removed.. and it appears to me, as if a key is added at one point .. and removed again at some other point, depending on the backend view i access currently
  • 09:33:56 <xaver> language service is signalSlot or similar and if an whitelisted extension access and can't find the label and it is backend it writes the requested key
  • 09:34:10 <pedda> okay
  • 09:34:12 <pedda> but
  • 09:34:30 <pedda> if it is written, it "starts" to exist and willl never ever be readded/removed again
  • 09:34:32 <pedda> right?
  • 09:35:37 <pedda> i access my test fce, flll writes flux.test to my lll file, and after this happened, it will reside there as long as i remove the key manually.. correct ?
  • 09:37:46 <xaver> Language cache and stuff causes sometimes problems and i thiunk also a few bug :P but it should work that way
  • 09:38:21 <xaver> i think i never tested it with not english backend language
  • 09:38:30 <pedda> well .. i would expect it to work this way, the readme states the same facts somehow.. but what i actually see is a bit confusing :)
  • 09:38:48 <pedda> agreed regarding the language cache thingy..
  • 09:38:57 <pedda> this is definetly something i need to keep in mind
  • 09:39:11 <xaver> create a issue with templates attached
  • 09:39:54 <pedda> i would also expect to work with flll runnung in the background for the time of development, i then disable fll, because my LLL file is full of keys, and hand that project over to an editor who takes care of all those keys via LFEditor
  • 09:40:06 <pedda> *running
  • 09:40:39 <zaphod76> Hi, I’ve got a question about fluidpages/flux with TYPO3 7.4. I realised some configuration for the “page configuration” tab in the page properties using flux. Every change is only working after cleaning the caches by the installtool. There is noch other way to get it working. I can’t remember such behaviour in former TYPO3 versions (like 6.2). Any
  • 09:40:39 <zaphod76> known issues about it?
  • 09:41:31 <pedda> zaphod76 maybe this is related to the general configuration of your current 7.4 project ?
  • 09:41:52 <pedda> regarding cache configuration
  • 09:42:15 <zaphod76> Maybe but i didn't configurate something special for caching...
  • 09:43:17 <pedda> didn't configure smth. special = ?
  • 09:43:30 <pedda> did you disable/enable cache for instance?
  • 09:44:21 <zaphod76> I never configurated something about caching in TYPO3. I always used it as it was after installing...
  • 09:44:54 <zaphod76> configure... :-D
  • 09:52:42 <pedda> i use those page configuration properties based on ts properties
  • 09:52:54 <zaphod76> If i change something in my fields in page configuration an open a page that was never opened before, I can see the correct output. Every other page shows the wrong stuff
  • 09:53:12 <pedda> so name="settings.layouts.default.header.enableBreadcrumb" is the name of a flux:field.checkbox
  • 09:53:41 <pedda> this way they're kind of mapped to typoscript properties which you can debug easily
  • 09:53:52 <pedda> in fe, while dealing with your issue
  • 09:54:14 <pedda> i never discovered some strange behaviour in relation to cache and flux at this position
  • 09:54:38 <pedda> what might interfere and look like an issue is the feature of assigning templates for current and child pages
  • 09:54:41 <zaphod76> I did it using TS too but today I decided to become more comfortable for the customer...
  • 09:55:02 <pedda> as well as the parent decied option and then in addition to your flux properties which you maybe expect to become inherited
  • 09:56:22 <pedda> you get me? maybe you deal with an "(non)issue" just due to the matter of fact, that you except page 10 to inherit some setting, which can't be inherited, as it is redefined by page 5 which is the parent page of page 10
  • 09:56:48 <zaphod76> Ok
  • 09:57:02 <pedda> which looks like an issue in the end, but is not
  • 09:57:11 <pedda> this is just an asumption
  • 09:57:43 <pedda> on the other hand: you only see the correct value in FE if the page is not cached is somewhat different
  • 09:59:03 <zaphod76> I see the correct value after cleaning the cache. Then it will be build new an it shows the right value.
  • 09:59:36 <zaphod76> But after every change you have to clean it again
  • 10:01:55 <pedda> maybe this can help you: https://docs.typo3.org/typo3cms/extensions/news/latest/AdministratorManual/BestPractice/ClearCache/Index.html
  • 10:02:14 <pedda> if you put TCEMAIN.clearCacheCmd = pages on your root page
  • 10:02:42 <pedda> the pages cache should be cleared whenever you edit a record (or the page properties maybe?!)
  • 10:02:57 <pedda> but this still looks awkward to me
  • 10:03:36 <zaphod76> I think this will clean the same cache that I can clean from the backend. This does not have any effect. I have to use cache cleaning by installtool
  • 10:04:46 <pedda> hmm .. sorry buddy, but i'm still sticking to 6.2 LTS version and didn't ran into this by now
  • 10:04:46 <zaphod76> Maybe something about extbase? I jut "use" the stuff but I'm not a real developer. Therefore I'm not able to locate such kind of misterious behaviour...
  • 10:05:25 <pedda> were speaking of resulting flexform which is generated by the help of EXT:flux and is cached that hard that you only can clear it from the installtool..
  • 10:05:28 <zaphod76> I hadn't had such probs in 6.2... I'm using 7.4 for the first project now
  • 10:05:53 <pedda> i don't think extbase as a general topic is the issue here
  • 10:06:12 <pedda> maybe 7.4 has some new additional configuration options which can help you
  • 10:06:27 <pedda> what's new 7.0 - 7.4 pdf's could help
  • 10:06:49 <pedda> to see if something new was introduced and is causing you headache now
  • 10:07:12 <zaphod76> I think so too. I have to decide wether to downgrade to 6.2 or wait for a fix. But for a fix it must be a bug and not wrong shit made by myself...
  • 10:08:11 <pedda> well: if you're not in a hurry at all, i would do some more investigation
  • 10:08:22 <pedda> rather than going back to 6.2
  • 10:09:18 <zaphod76> I read about changes in caching for "AbstractConditionViewHelper" and everything that is based on it. Would be nice to unterstand what that all is about :-D
  • 10:09:31 <pedda> hehe
  • 10:09:43 <pedda> this requires even more spare time from you ;)
  • 10:09:53 <zaphod76> I think so...
  • 10:09:59 <pedda> but it'S necessary if you do this for living
  • 10:11:14 <zaphod76> I do it for living but every time we are going to have real development stuff it is the work for a developer...
  • 10:12:18 <pedda> well maybe this issue should be inspected by a developer too..
  • 10:12:32 <zaphod76> Now it is just a problem. But not the first TYPO3 prob in my life. And all the other probs found their solution too.
  • 10:13:32 <zaphod76> In my dreams there was a developer reading the chat knowing about a solution :-)
  • 10:14:02 <pedda> uuuh.. daydreamin' ? you should rest for a while then ;)
  • 10:14:12 <zaphod76> :-D
  • 10:15:13 <zaphod76> I think i will ignore it for a while. Sometimes this works too
  • 11:00:58 <drlimbo> good afternoon
  • 11:01:19 <drlimbo> i have a strange issue with my FCE after upgrading (vhs,flux,fluidcontent,fluidpages)
  • 11:02:12 <drlimbo> Frontend AND backend crashes, if there is ANY FCE Element on a page
  • 11:02:18 <drlimbo> and i get the message Template could not be loaded. I tried "xxxxxx/ext/ogbase/Resources/Private/Templates/Content/Index.html"
  • 11:02:43 <drlimbo> all my FCE's are stored in this /Content Folder and Subfolders
  • 11:03:02 <drlimbo> IF i add an index.html FCE - this will be choosen everywhere in backend and in frontend
  • 11:03:48 <drlimbo> BUT in the database and while editing in the backend - i can choose the Rights FCE Elements, but after chaning the FCE-Type, it switches back to my dummy index.html FCE
  • 11:04:53 <drlimbo> also when adding a new element on a page (without an FCE already) i can see all FCE's (with broken icons - but i didnt set an icon)
  • 11:12:35 <drlimbo> someone an idea?
  • 11:17:01 <drlimbo> mneuhaus maybe? =p
  • 11:32:55 <pedda> drlimbo check namespacing in database of related tt_content records
  • 11:33:16 <pedda> check if your provider extension supports namespacing now, but the records in database don't
  • 11:33:19 <pedda> and vice versa
  • 11:33:56 <pedda> if Index.html "is called" then, because fluidcontent was unable to determine the proper file or action related to the selected fce in backend
  • 11:34:26 <pedda> adjust such a record manually in database to see if it helps
  • 11:36:02 <pedda> if it does: https://gist.github.com/wikipeter/6e67695b143efd77d40a
  • 11:36:41 <pedda> as you might need to adjust all occurences of extension_name: and change them to Vendor.ExtensionName:
  • 11:38:00 <pedda> this snippet is called rename provider extension, as you could also adjuist all my_old_extensionkey: to myNewVendor.MyNewExtensionKey: for both pages and content records
  • 11:38:37 <pedda> btw NamelessCoder you didn't review https://gist.github.com/wikipeter/6e67695b143efd77d40a by now, i added it to the library on fluidtypo3.org
  • 11:39:23 <pedda> drlimbo: always backup your database before you go on with those sql commands!
  • 11:39:30 <pedda> just a reminder ;)

20150828

  • 03:35:38 <Guest|31066> hi chat :)
  • 03:36:07 <Guest|31066> anybody online, right now?
  • 03:38:10 <Guest|31066> (sorry, just read the rules)
  • 03:38:53 <Guest|31066> I want to use a setup as follows:
  • 03:39:36 <Guest|31066> We want to use a TYPO3-System using the provider-extensions with flux/fluidcontent/pages.
  • 03:39:41 <Guest|31066> The problem now is:
  • 03:40:07 <Guest|31066> I have several subtrees, which should use different provider extensions.
  • 03:40:37 <Guest|31066> this is caused by the circumstances, that the whole instance provides s.c. stories which differ a lot
  • 03:41:30 <Guest|31066> if i install two provider extensions, fluidcontent provides now all content elements from all used provider-extenions on every page, even though, the use different static main templates
  • 03:42:02 <Guest|31066> is there a possibility to reduce it for subtrees, to just use the elements of the included provider extension in that subtree?
  • 03:42:48 <Guest|31066> or do i have to write something above, to provide this functionality
  • 03:42:50 <Guest|31066> `?
  • 08:43:31 <alexderrabe> Hi around, I have problems to get fluidcontent, fluidcontent_core and some own generated fluidcontent elements running together
  • 08:44:02 <alexderrabe> Using the latest TER versions
  • 08:45:53 <alexderrabe> Only if I uninstall fluidcontent_core, my own fluidcontent elements appears in frontend
  • 08:48:49 <alexderrabe> In the backend everything (beside the missing icons of the fluid content elements) works fine
  • 08:51:09 <alexderrabe> none there or no ideas?
  • 09:29:39 <Guest|83134> Hi !
  • 09:32:18 <Guest|83134> I'm getting back to typo3 and fluidtypo3 solution and I cant make any FCE work :( I installed fluid fluidcontent fluidpage vhs and builder from GIT (branch master) and every time I try to use a FCE in the provider I created with builder, i get the same error : Call to a member function getViewHelper() on a non-object in typo3temp/Cache/Code/fluid_t
  • 09:32:19 <Guest|83134> emplate/Themebtp_Content_action_index_5ec426d2b038b420abaf87506bb685c1aed25624.php
  • 09:32:31 <Guest|83134> Is it a know issue ?
  • 09:33:00 <Guest|83134> I see this class is trying to use a variable named $self which obviously doesnt exists
  • 09:40:17 <xaver> alexderrabe: after the next flux release the icons will work
  • 13:14:58 <xaver> hi alexderrabe

20150829

20150830

  • 04:40:53 <jannick> test
  • 04:41:44 <gencha> test succeeded
  • 04:42:20 <jannick> can someone show me the use of registerFluidFlexFormTable in Flux?

20150831

  • 06:24:17 <braguzz> may have I some help on fluidcontent_core, here?
  • 06:52:06 <Maren2911> Hi there! I've a small question about localization. I've some flux FAL images and I want the foreign images having the default image source. I tried the localizationMode="'keep'" attribute but it doesn't work for me. Someone who has an idea for me?
  • 07:04:46 <braguzz> I configured fluidcontent_core to insert a new header parameter
  • 07:05:02 <braguzz> plugin.tx_fluidcontentcore.settings.header.wrapInHeaderClass = No,Yes
  • 07:05:56 <braguzz> I can choose it when I create a new content element, but when I edit the CE created, I dont see the list (No,Yes), but only
  • 07:06:10 <braguzz> what I selected when I have created
  • 07:06:22 <braguzz> what is wrong?
  • 07:44:44 <xaver> braguzz: what si wrapInClassHeader - why not use a normal header class and a simple condition?
  • 09:13:11 <drlimbo> good afternoon
  • 09:35:26 <bottoni> Hi all, I´m currently encountering length issues for pages.tx_fed_page_flexform. My XML is potentially larger. Does anyone have an advice how to come around that? It seems that the field value gets truncated while persisting in T3 backend as I switched to mediumblob as a test but the xml is invalid afterwards anyway
  • 09:48:59 <drlimbo> is it possible, that with the newest flux-family its not possible to store FCE's in Subfolders? like /Templates/Content/Subfolder/fce.html ?
  • 09:55:15 <drlimbo> NamelessCoder: i think you should know that
  • 09:55:20 <drlimbo> or mneuhaus maybe?
  • 10:01:18 <drlimbo> and is anyone using a sass (scss) compiler with typo3?
  • 10:05:02 <xaver> drlimbo: bug issue first thing
  • 10:05:23 <xaver> i think the problem is caused because of API changes for v7
  • 10:05:47 <xaver> i use compass/less, but it runs outside of TYPO3
  • 10:07:02 <drlimbo> xaver: what u mean with "bug issue first thing "?
  • 10:07:33 <drlimbo> and yes, we compile the scss local and checkin (git) .scss and .css files, but it would be much nicer, to only store .scss files and let typo3 generate the .css files
  • 10:07:52 <drlimbo> specially with a magic viewhelper =)
  • 10:08:33 <xaver> bad idea for a viewhelper
  • 10:08:45 <xaver> compiler needs on complex big stuff a lot of time
  • 10:08:56 <xaver> i would add it in deployment process
  • 10:12:02 <drlimbo> mh, maybe u'r right xaver
  • 10:12:50 <bottoni> drlimbo: here´s a nice deployment example with a TYPO3 context: https://github.com/Ecodev/speciality
  • 10:14:16 <bottoni> seems like no one has encoutered my pages.tx_fed_page_flexform yet, hm?
  • 10:14:42 <drlimbo> thx bottoni i'll have a look
  • 10:15:11 <drlimbo> and nope, never encoutered that problem, but seems legit