NEW FORUM UPLOAD FEATURES

[tooki]

From a smart tv perspective when viewed at 200% this image was ridiculously huge when clicked and a further mouse click just zoomed in even further. The image went to full screen view automatically and looked good when viewed at 100%. I then needed to hit the back button to return to the post but this could be normal as I haven't had a look from the computer as yet.   

Yes, seem you have to hit the back button, it's not a popup.

That's super annoying, having thumbnails behave completely differently depending on where they are in a post.

[tooki]

Multiple inline attachment test

[tooki]

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

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.

[rsjsouza]

I FULLY understand when people say that 'Images' or what ever, that are linked 'externally', can
'disappear' over time. However, for the MOST part, such info can be of transient interest at the
time,  for visual interest.  If someone considers the text/images within a particular Post to be of
such Importance, then like myself, I would have SAVED such info, for later perusal/use. ??

Yes, but sometimes the user left the forum and the images are forever gone. And I am not talking about the "joke" images or other General Chat section discussions, but I have bumped into several timeless teardowns and other very interesting bits that are gonski forever.

I had two or three teardowns and interesting posts hosted on Imageshack which I ended up reuploading the images to the EEVBlog. I also warned other users on occasion that their excellent teardowns and posts were lost due to external hosting images - some of them responded positively and did the work at their own personal expense.

Overall, IMO hosting on EEV enriches the forum to an untangible level - we can't predict the future.

[Mr. Scram]

Yes, but sometimes the user left the forum and the images are forever gone. And I am not talking about the "joke" images or other General Chat section discussions, but I have bumped into several timeless teardowns and other very interesting bits that are gonski forever.

I had two or three teardowns and interesting posts hosted on Imageshack which I ended up reuploading the images to the EEVBlog. I also warned other users on occasion that their excellent teardowns and posts were lost due to external hosting images - some of them responded positively and did the work at their own personal expense.

Overall, IMO hosting on EEV enriches the forum to an untangible level - we can't predict the future.

I fully agree. There have been more than a few examples of images becoming unavailable on external services. It's definitely not a small or theoretical situation.

[bitseeker]

Testing inline full size image (Attachment Link)

One issue with this, compared to the regular [ img ] tags: They don't scale to page width. Instead, it just turns the whole post (not just the image!) into a left-right scrolling nightmare. This could lead to significant problems with people posting inline images on their 30" displays with the browser maximized, not realizing that they won't scale down as the traditional tag does, meaning that any text they write in the post will require incessant horizontal scrolling to read.

That's a bummer. Can it be fixed via CSS?

[bitseeker]

From a smart tv perspective when viewed at 200% this image was ridiculously huge when clicked and a further mouse click just zoomed in even further. The image went to full screen view automatically and looked good when viewed at 100%. I then needed to hit the back button to return to the post but this could be normal as I haven't had a look from the computer as yet.   

Yes, seem you have to hit the back button, it's not a popup.

That's super annoying, having thumbnails behave completely differently depending on where they are in a post.

Yes, unfortunately, when clicking an inline thumbnail generated by this mod, it doesn't load the full-size image inline. Instead, it just directs the browser to the attachment, which loads as a new page. Ideally, it would've loaded the image inline, similar to the way thumbnails at the bottom dynamically load the full-size image in place.

[bitseeker]

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

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.

Thanks for all the testing, tooki. This is good to keep in mind.

[tooki]

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)!

[bsfeechannel]

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

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.

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: [Select]

[attachimg=1] 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: [Select]

[attachimg=2],

Code: [Select]

[attachimg=3] and so on manually where you want them inlined.

[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: [Select]

a img {
    max-width: 100%;
}

.bbc_img {
    max-width: 100%;
}

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: [Select]

.poster {
    overflow-wrap: break-word;
    overflow: hidden;
}


[tooki]

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

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.

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: [Select]

[attachimg=1] 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: [Select]

[attachimg=2],

Code: [Select]

[attachimg=3] and so on manually where you want them inlined.

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]

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)!

Yep, that it does.

[bsfeechannel]

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.

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". 

[StillTrying]

It looks like inline thumbnails are intended to expand in place, but it's failling.

The inline thumbnails taking over the whole page is more of a nuisance than having to have them at the bottom of the text was!

[tooki]

It looks like inline thumbnails are intended to expand in place, but it's failling.

The inline thumbnails taking over the whole page is more of a nuisance than having to have them at the bottom of the text was!

Ummm... what? The thumbnails don’t take over the whole page. Are you referring to the full-size image loading as a new page when clicking an inline thumbnail?

[StillTrying]

The inline thumbnails taking over the whole page is more of a nuisance than having to have them at the bottom of the text was!

Ummm... what? The thumbnails don’t take over the whole page. Are you referring to the full-size image loading as a new page when clicking an inline thumbnail?

Yeah, I mean after you've clicked on them to see the full size.

I thought the idea was to have the new in-text thumbnails expand within the text, depending on the browser's pixel width, something like InLine.jpg.
If I click on one of the new in-text thumbnails I get NewInLine.jpg, and then have to use the back button to go back to the text.
For me having the expanded image at the bottom/below the thin line was more convenient than the whole new image page version.

Of course it could be something I don't know about firefox.

[tooki]

The inline thumbnails taking over the whole page is more of a nuisance than having to have them at the bottom of the text was!

Ummm... what? The thumbnails don’t take over the whole page. Are you referring to the full-size image loading as a new page when clicking an inline thumbnail?

Yeah, I mean after you've clicked on them to see the full size.

I thought the idea was to have the new in-text thumbnails expand within the text, depending on the browser's pixel width, something like InLine.jpg.
If I click on one of the new in-text thumbnails I get NewInLine.jpg, and then have to use the back button to go back to the text.
For me having the expanded image at the bottom/below the thin line was more convenient than the whole new image page version.

Of course it could be something I don't know about firefox.

No, it’s not Firefox, it’s the bug I noticed earlier in this thread and which bitseeker just figured out the cause of in his last reply: the in-place image expansion is failing (which is supposed to “catch” the click on the thumbnail — which itself is a link — and expand in place instead of allowing the link to be followed). With the catching failing, the link is being followed and thus loading the image as a new page.

[bitseeker]

Spot on, tooki.

[StillTrying]

"the link is being followed and thus loading the image as a new page."

Is it going to be fixed?

[Shock]

"the link is being followed and thus loading the image as a new page."
Is it going to be fixed?

There are 3 issues
- the link is being followed is loading as a new page
- when using the attachimg=1 tags oversize images do not auto width
- user name length is spilling outside its parent element (least important)

[StillTrying]

The 5 MB per attachment limit might have to be increased to 25 MB so that ppl can post larger images.

(4321.43 kB, 4000x3000)   https://www.eevblog.com/forum/beginners/rc-time-constant-205896/msg2632737/#msg2632737

[EEVblog]

The 5 MB per attachment limit might have to be increased to 25 MB so that ppl can post larger images.
(4321.43 kB, 4000x3000)   https://www.eevblog.com/forum/beginners/rc-time-constant-205896/msg2632737/#msg2632737

 

[Muttley Snickers]

The 5 MB per attachment limit might have to be increased to 25 MB so that ppl can post larger images.

Insufficient memory to load page.
Options:    [Abandon]    [Crash]    [Freeze]    [Wait]