←Prev date Next date→ Show only urls(Click on time to select a line by its url)
WhoWhatWhen
zlinuxjoined #tikiwiki [00:29]
..... (idle for 20mn)
fabriciusjoined #tikiwiki
joined #tikiwiki 		[00:49]
joined #tikiwiki [00:57]
................... (idle for 1h33mn)
zlinux_joined #tikiwiki [02:30]
....................... (idle for 1h50mn)
zlinuxjoined #tikiwiki [04:20]
.......... (idle for 47mn)
fabriciusjoined #tikiwiki [05:07]
.............................. (idle for 2h27mn)
zlinuxjoined #tikiwiki [07:34]
................. (idle for 1h24mn)
chibaguyjoined #tikiwiki
polom
It would've been a good idea to test the big topic image size before using it in tiki.org's published articles.
Article display is messed up. 		[08:58]
............ (idle for 59mn)
Bsfezjoined #tikiwiki [09:58]
...... (idle for 25mn)
zlinux_joined #tikiwiki [10:23]
......... (idle for 43mn)
redflojoined #tikiwiki [11:06]
.................. (idle for 1h28mn)
zlinuxjoined #tikiwiki [12:34]
zlinux_joined #tikiwiki [12:41]
...... (idle for 28mn)
BsfezHi Chibaguy [13:09]
chibaguyHi Bsfez. Sorry, was afk. [13:11]
Bsfezall good I just pinged :D
so can we css fix the articles ? :) 		[13:11]
chibaguyI did a little experimenting in Firefox's DOM inspector but didn't get a real solid solution yet. [13:13]
Bsfezok
We meet in 1h45 right ? 		[13:13]
chibaguyyes [13:14]
Bsfez... plenty of time then to find the solid solution !
LOL
(joking we are all busy...) 		[13:15]
chibaguySo you fixed the image size problem at tiki.org just by inputting the image dimensions in the article edit page?
(Seems like when I looked at the edit page earlier, there wasn't anything in the image size inputs.) 		[13:20]
If that's the case, then the problem is fixed already.
I'm having trouble testing on my wamp localhost, as image uploading in Tiki isn't working these days.
Or did you revert to using the small image again? 		[13:25]
Bsfez? [13:44]
Bsfezda
soory
no nothing is fixed
I replace the image with the original (small) one 		[13:44]
chibaguyHm, on the article's edit page (https://tiki.org/tiki-edit_article.php?articleId=452), I see the big image, and 200 x 80 in the image size inputs.
Could you tell me what you see on that page? 		[13:46]
BsfezI see it too... who put it there ?
(not me :)) 		[13:48]
chibaguyOk, I may have made a mistake with my browser tabs, thinking I was at my local tiki (sweaty face emoji).
But if the edit is saved, the article image does display small, because of the numbers inputs. 		[13:50]
Bsfezok this is a kind'of workaround [13:51]
chibaguySo the size does get scaled down if those numbers are input, but then does FB use the new smaller size image and not the original big one? [13:52]
Bsfezbut it means we upload in the DB (article image are in the db) an image for each article.
I really prefer we have the topic image resized and using it only 		[13:52]
chibaguyYeah, the image size inputs only apply to custom images, not to topic images.
So this means a CSS fix is needed, I suppose. 		[13:57]
Bsfezyes... that why I though about reusing it on "any" article image (you can't have topic image and article image together)
Ideally that would be cool;
you can have topic image or article image, on both you can set: placement top;side and size width;height for list view or article view 		[13:58]
chibaguySomething weird seems to be going on with articles in a trunk test site of mine. Old articles with no topic specified are getting the topic image of a new topic I made for testing.
(But that's another issue.)
The image size problem can be fixed if we don't mind breaking the previous behavior, which was to shrink or expand the image's containing div to the size of the image. If the image is large and we want it to display small and responsive, then display:table-cell properties need to be overridden.
Also we would need to give the image's containing div a specific width - either px width or %. That's ok, but might mess up people's article display at other sites.
Anyway, could change the appearance in an upgrade.
A high price to pay to conform to FB specs, I'd say.
(This will all likely change in Tiki 19 due to new layout methods, etc.) 		[14:08]
zlinuxjoined #tikiwiki [14:18]
chibaguyRr, the BS4 equivalent of what we're using for article layout gets simpler with fewer ways to do what we want to do, so it seems we'll need to do some Tiki-specific stuff there. [14:23]
Bsfezyeap
re re re reading
...
some devs says already that we should use tracker article
not sure people would like to invest a lot in articles
but having articles without facebook wouldn't make sense in 2018
(fb is the standard and og tags are used by all) 		[14:24]
chibaguyYou haven't been hearing about #deleteFacebook ? ;-) [14:29]
BsfezAs I just wrote fb set the standard even if it goes away [14:30]
chibaguyok :-) [14:30]
Bsfez;) [14:37]
arildbjoined #tikiwiki [14:42]
................ (idle for 1h15mn)
fabricius1joined #tikiwiki [15:57]
......... (idle for 43mn)
arildb_joined #tikiwiki [16:40]
.... (idle for 16mn)
Bsfezjoined #tikiwiki [16:56]
........... (idle for 53mn)
joined #tikiwiki [17:49]
.... (idle for 19mn)
Tiki|botRecent Bug: - http://dev.tiki.org/item6605-Search-Results-are-displaying-date-50yrs-into-the [18:08]
..... (idle for 24mn)
Bsfezjoined #tikiwiki [18:32]
...... (idle for 26mn)
seamymsgjoined #tikiwiki [18:58]
....... (idle for 30mn)
Telesightjoined #tikiwiki [19:28]
.......... (idle for 45mn)
benoitg1joined #tikiwiki [20:13]
.... (idle for 18mn)
fabricius1joined #tikiwiki [20:31]
.................................... (idle for 2h59mn)
Bsfezjoined #tikiwiki [23:30]
←Prev date Next date→ Show only urls(Click on time to select a line by its url)