| General > General Technical Chat |
| NEW FORUM UPLOAD FEATURES |
| << < (23/32) > >> |
| Shock:
Dave if you remember back in 2013 I mentioned that you can add max-width to the CSS classes so that embedded/inline images and attachment thumbnails stay within their parent elements (prevents large images displaying off screen). This new mod embeds the image in a different manner and appears to have no defined class, so you may need to either add max-width to affect the element style in code or define a new class in the code and then add a corresponding CSS class. Here is a reminder of what you added last time to your themes CSS. --- Code: ---a img { max-width: 100%; } .bbc_img { max-width: 100%; } --- End code --- While you're at it another problem I told you a while back (that you might have missed) is when user names exceed 15 characters the text overflows into the message. You can fix this by either adding the below to the CSS to either wrap or hide the overflowing text (choose one). Or set the username character limit to 15 characters (if possible, which is probably the better idea). --- Code: ---.poster { overflow-wrap: break-word; overflow: hidden; } --- End code --- |
| tooki:
--- Quote from: bsfeechannel on July 10, 2019, 11:15:53 pm --- --- Quote from: tooki on July 10, 2019, 12:38:55 pm --- --- Quote from: EEVblog on July 09, 2019, 04:32:06 am ---Installed and testing a CTRL-V image (Nope, didn't work) Testing drag'n'drop: Worked!, draged direct from my Sreenpresso window, NICE! :-+ And doesn't muck up the previously installed inline extras --- End quote --- FYI, there's a substantial "gotcha" with them combined when using multiple attachments: the inline plugin doesn't know about the advanced attachments. So if you use advanced attachments to add multiple attachments (identifiable by the images being uploaded in real-time, adding a thumbnail immediately) instead of clicking the "more attachments" link to add another file chooser), the inline plugin doesn't know this, and sees only the first one. In the test above, the hare with rifle and Perry the Platypus were uploaded (in that order) using the advanced attachments upload, having selected "inline thumbnail". It only inserts one insert tag (with attachment ID 1), not two. The fox with binoculars was uploaded using "more attachments" to add another file chooser, and it correctly incremented another insert tag (with ID 2). Expected/desired behavior would have been for the hare to have ID 1, Perry to have ID 2, the fox to have ID 3, with an inline thumbnail of all three. Instead, the fox got ID 1 and an inline thumbnail, Perry got ID 3 but no inline thumbnail, and the hare got ID 2 and an inline thumbnail. Additionally, the advanced attachments plugin ONLY applies to the first file chooser. Any additional ones added by the "more attachments" link retain strictly the old 1 chooser == 1 file behavior, where selecting another file replaces the previously selected one. None of this is a deal-breaker (they're still useful plugins), just something to be aware of when doing complex posts with multiple inline attachments. In that case, it's probably best to attach them as traditional attachments and then go back and edit to insert them. But using advanced attachments for multiple "traditional" attachments works great. --- End quote --- I just posted a message with multiple inline full size images, using the advanced plugin. When you upload the first image, it places the reference --- Code: ---[attachimg=1] --- End code --- where your cursor is if you press the preview button. However, from the second image on, this doesn't work. What you have to do is to upload all the subsequent images and place --- Code: ---[attachimg=2] --- End code --- , --- Code: ---[attachimg=3] --- End code --- and so on manually where you want them inlined. --- End quote --- Yeah, I know. I explained that in my post. I bolded those passages in the quoted copy above, for your reference. And I'm not sure if you picked up on the fact that the IDs the forum software assigns to the images end up being different than the order they're attached, so inlining them as you write the post is not a viable approach, as the images will end up in the wrong places. |
| bitseeker:
--- Quote from: tooki on July 10, 2019, 10:04:34 pm ---:P I guess it shows that I have worked in the past as a user interface designer, and as an informal tester at a software company that didn't have a QA department (so the support department ended up doing it as best we could)! --- End quote --- Yep, that it does. :-+ |
| bsfeechannel:
--- Quote from: tooki on July 11, 2019, 09:01:19 pm ---And I'm not sure if you picked up on the fact that the IDs the forum software assigns to the images end up being different than the order they're attached, so inlining them as you write the post is not a viable approach, as the images will end up in the wrong places. --- End quote --- I forgot to say that I uploaded them one by one and pressed preview after each upload. That way they appeared in the right order. When you drag and drop multiple files it tends to sort them by size in the list. But I'm not sure what criterion it uses to attribute the IDs. |
| bitseeker:
It looks like inline thumbnails are intended to expand in place, but it's failling. The thumbnail's link has an event handler that calls ILAexpandThumb() with the attachment number. However, when it's called it fails with the error, "TypeError: img is null". :-// |
| Navigation |
| Message Index |
| Next page |
| Previous page |