Image resizing!

Hi, @Vincent_Tang I appreciate all your insight and posts on the board. Might there be a solution for images to be responsive, filling the available space whether on desktop or mobile as opposed to being limited by pixel width?

Thank you!

I played around with it and am getting scaled images by using this:

img.node-displayed-image {
max-width: 100%;
max-height: 100%;
}

I am using this for featured images (in notes, below document titles).

2 Likes

What happened here - the markdown syntax [[20px]] seems an exceptionally easy fix that resolves every concern raised (including mine today, hence posting here).

2 Likes

Nothing?

We got Sakura AND Sci-Fi theme this year, what more do you want!?!?

Just kidding. Maybe Erica will add it to the trello (their bug tracker of stuff theyā€™re working on) Trello

I donā€™t know if itā€™s easy. I mean github markdown doesnt even let you resize images. I donā€™t know what flavor markdown library dynalist is using or if they baked it themselves.

Personally Iā€™d rather have other features than this, the CSS hover to 100% of little one-liner thumbnails works perfect for all my needs. Anything else would look messy. But thatā€™s just me.
Aug-19-2019%2012-29-32

Iā€™d assume that considering itā€™s already using Markdown that adding [[20px]] would be easy.
But hey, you know what they say about assumptions.

@Erica if you let us know we wont have to assume anymore?

Which flavor of markdown has resizing images as a feature? 20px in github markdown doesnt do anything.

@Morgan_Newall: sorry about the late reply, I somehow didnā€™t see it in my notifications and only saw it just now when I scrolled down the features section.

I donā€™t imagine it would be hard to add to our syntax. Itā€™s never a standard in Markdown though, which is why weā€™ve been hesitant to implement it.

For example, you can a look at this Stack Overflow question: https://stackoverflow.com/questions/14675913/changing-image-size-in-markdown

The answers are either suggesting Markdown syntax that only works in only a few programs, or suggesting using HTML, which of course can almost anything.

Weā€™re trying to move away from WYSIWYG, but if itā€™s a very valuable thing to have, we may add it before then.

Sorry again for the late reply!

1 Like

Another way to implement this might be by allowing the user to specify classes on images, links, etc. Then they can make it look like whatever they like in custom CSS. This is how Pandoc does it:

![img](http://link-to-image.png){.classname}

and:

[link text](http://linktarget.com){.classname}

and then in custom CSS, e.g.:

img.classname { max-width:50%; max-height:50% }

More info in the Pandoc docs. The reason I like this approach is that it takes away having to implement dozens of different custom markdown markings; you can implement one and your users can format it however they like.

My $0.02. :slight_smile:

2 Likes

Nice solution! Except I can see that people will complain that this solution is pretty much Pro only :sweat:

1 Like

Hi,

I would like to see a little image-size chooser, so you can quickly chose between small/medium/large/original. Confluence do it this way.

Regards

Got it, thanks for the info. Discourse prompts for 50%, 75%, or 100% of original size when you hover over image, which is similar to what you described in confluence I guess?

1 Like

It is similar. However instead I would prefer a fixed width-setting for small/medium/large. Having this would help to get better overview, if you have several images with different original sizes in one place.

You mean with fixed pixels, instead of a fixed percentage of the original size?

:+1: Exact! :sunglasses:

1 Like

I love the feature depth of Dynalist. And this features is one of my most wanted. Currently, the images are so large they are messing up the whole page view. It would be nice to resizes images. There are also problems with images in mind map view.
It would be awesome to have an overall improved image handling. Dragging and drop from one branch to anotherā€¦ selecting an image and being able to resize its corners. Switch to mind map view and see it in a great size so it is an optical improvement for mind maps.

That would be awesome :slight_smile:
Keep on the great work!
Chris

Hereā€™s a quick CSS trick to set the image size per link

  • add this to your custom css
    /* ================== Shrink Images by doing ![](https://.../blah.jpg#75) ================== */
    .node-displayed-image[src$="#75"] {
        max-width: 75%;
        max-height: 75%; 
    }
    .node-displayed-image[src$="#50"] {
        max-width: 50%;
        max-height: 50%; 
    }
    .node-displayed-image[src$="#25"] {
        max-width: 25%;
        max-height: 25%; 
    }
    
  • for each image, now you can specify your resize anchor tags by doing things like:
    ![alt-text](https://your-image.jpg#75)
    ![alt-text](https://your-image.jpg#50)
    ![alt-text](https://your-image.jpg#25)
    
10 Likes

Can we just simply let the users visually resize the image by dragging the edges or a button in, for example, the bottom right corner? This is the approach that many other apps use, especially common WYSIWYG ones like Evernote or Microsoft Word.

It would also be very nice if we could click the image to view the full size within the same browser tab instead of jumping to a new one.

Besides, I want to say I just donā€™t understand why Dynalist choose to hide the image and use a button in the first place? It makes it unnecessarily complicated to have to hover over a button to view the image while your intention of adding that image is toā€¦ put an image there and let you see it in the context.

You probably want to click this: image

Myself, I want DynaList to show a thumbnail image in the document view and hover over the thumbnail to popup a full-size (up to window size) image. Showing full-size images in the outline disrupts the outlining process.

Edit: here I go!

  • .node-displayed-image { max-height: 100px; }
  • .is-hovering .node-displayed-image { max-height: 600px; }
4 Likes

Thank you so much Vincent! Gamechanging for me =).