03:55:58 <jmverges> do you know which repository is on charge of documentation of https://fluidtypo3.org/viewhelpers/flux/development/Grid/ColumnViewHelper.html#arguments
04:01:05 <jmverges> I think that could be great to have this in somewhere: <flux:form.variable name="allowedContentTypes" value="fluidcontent_content" />
04:02:23 <bjo3rn> ...or am I missing the point here?
04:03:30 <bjo3rn> what are you trying to achieve? those variable viewhelpers do exist.
04:03:56 <jmverges> I don't know, I'm creating like a workflow for creating elements: First you need to choose between FCE A and FCE B and the once that one of them is added you can create C,D,E,F and then you can create G,H, etc
04:05:41 <jmverges> so in Page doktype Layout, you can only introduce FCC Container. Into FCC Container you only can Introduce Row, Nav, ect, and in those elements then you can insert Text,Image or Menu (for example)
04:15:48 <bjo3rn> meh, yes. just found it. https://github.com/FluidTYPO3/documentation/blob/rewrite/3.Templating/3.2.CreatingTemplateFiles/3.2.5.Grid.md
04:47:35 <jmverges> I was taking a look to: https://github.com/FluidTYPO3/documentation/issues/40 what does it do options="{preview: {mode: 'append')}"> with modes being either append, prepend or none. ?
05:52:40 <FT3BOT> Issue 40: Chapters about previews must be updated https://github.com/fluidtypo3/documentation/issues/40
05:53:02 <bjo3rn> do you want to work on that? otherwise I'd take it.
05:57:38 <jmverges> bjo3rn, I don't know about previews
05:58:20 <jmverges> bjo3rn, could you explain me what should I do with the PR? other commit appliying the changes that you said or fix my first commit? (I don't know how to do the second)
05:59:04 <bjo3rn> I'd prefer amending: update your commit, amend the changes and force push.
06:00:03 <bjo3rn> yes. simple to the changes locally. commit again with --amend (https://www.atlassian.com/git/tutorials/rewriting-history/git-commit--amend/) and force push git push --force
15:18:30 <Akii> NamelessCoder: are you coming to t3dd?
19:00:31 <Outdoorsman> fluidbootstraptheme has a content element called ImageGallery. Currently it forces every image to be square in development version :(
19:09:10 <NamelessCoder> Outdoorsman I think the boostrap gallery component thingie expects that, but I'm not sure...
19:14:20 <NamelessCoder> as usual, the best experience with ft3 extensions is on the latest stable core
19:16:34 <Outdoorsman> Sigh... true. But I run into issues and then end up going back to the dev branch. In the end it seems that I'm spending more time debugging than getting work done. If that's what I did for a living that would be fine ha ha.
19:18:51 <Outdoorsman> Right now I'm making a website mobile friendly. I create a four column row in fluidbootstrap theme and try to drag the content elements into it and they disappear. So I've spent much of today recreating each element in the columns and then deleting the old ones... quite time consuming for the amount of content on this website.
19:19:03 <NamelessCoder> for what it's worth, your input also helps both us and other users - and we very much appreciate that!
19:19:36 <NamelessCoder> branch:development involves a bit of "caveat emptor" but the feedback we get is really invaluable
19:20:41 <Outdoorsman> I'm slowly getting better at submitting pull requests too I guess. I'm just not familiar with workflow there yet.
19:20:57 <NamelessCoder> if you did not know already: any elements that, for whichever reason, lose their relationships, you can find in list view and in the tab "Relations" you *should* be able to select the right content area name if that's the relation that was lost.
19:21:58 <Outdoorsman> When that happens, I go to list view click cut and then paste back into somewhere that it will show... the column it came from, etc.
19:22:35 <NamelessCoder> ah yes that too should solve the problem
19:23:18 <Outdoorsman> Sounded like there were still issues with 7.x that were not worked out yet so am holding off a bit longer.
19:23:41 <NamelessCoder> most of my attention on the drag-n-drop stuff was focused on 7.1 but I didn't expect the changes to affect 6.2
19:23:43 <Outdoorsman> ...issues with fluidbootstraptheme, and a few of the FluidTYPO3 extensions.
19:25:06 <Outdoorsman> I saw this issue so haven't said anything thinking it was just being worked on: https://github.com/FluidTYPO3/flux/issues/573
19:25:32 <Outdoorsman> Is that the one that's likely the culprit?
19:27:17 <NamelessCoder> honestly I'm not sure what the state is. The issue there was an attempt to make sense of the remaining cases, but how much of it has been solved by other efforts is unknown (at least to me)
19:28:01 <NamelessCoder> what I do know is that the drag-n-drop works on this 7.1 testing setup including some of the cases that didn't when I last looked at the issue in the link
19:28:43 <NamelessCoder> I haven't gone into translation behavior on 7.1 yet
19:32:18 <Outdoorsman> So is this the ImageGallery they were trying to imitate?
19:36:45 <NamelessCoder> again not sure, but I *think* the aim is to only include the bootstrap code components (and only those that actually make sense as content)
19:37:16 <NamelessCoder> so I don't think it's that gallery they emulate - I'd expect it to be a core bootstrap component that's basically just markup and very simple
19:37:46 <Outdoorsman> I just didn't see it in the core... I'll look some more, you don't need to do that.
19:39:30 <NamelessCoder> there's the media list component - that one I know expects square imgs
19:39:51 <Outdoorsman> Different name... maybe that's it... I'll look
19:39:54 <NamelessCoder> there's also some sort of image grouping containers, but not a gallery as such
19:40:20 <NamelessCoder> and if it's those image things then I am pretty sure that any aspect ratio is supported by bootstrap itself
19:40:37 <NamelessCoder> at least, I used those in a project where the image size couldn't be trusted