Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow to resize message block in chat window #2060

Closed
f1ztech opened this issue May 20, 2016 · 79 comments
Closed

Allow to resize message block in chat window #2060

f1ztech opened this issue May 20, 2016 · 79 comments

Comments

@f1ztech
Copy link

f1ztech commented May 20, 2016

Long messages has small width and large height, like a newspaper column. Sometimes It's hard to read such messages, also they take a lot of space on screen and make chat history less usable for me. Besides as a programmer I often send a code snippets in telegram, and it is practically impossible to read them because of small message width.

Steps to reproduce

Open chat window

Expected behaviour

User can change width of message with mouse

Actual behaviour

Message width is fixed

Configuration

Operating system:
Windows
Version of Telegram Desktop:
0.9.49

@eode
Copy link

eode commented Jun 15, 2016

Same issue. Message width adapts appropriately to narrowing window size, but stops after a certain point when expanding the window. on my screen (1920x1080), that means messages use only 1/3rd of the available space. As f1ztech pointed out, this also affects code block comments.

@lexa971
Copy link

lexa971 commented Jun 24, 2016

Same issue. Very annoying. Must fix it asap please...

@kotep
Copy link

kotep commented Aug 4, 2016

Providing an example of wasted space with fixed message width.
Expected behavior would be message width maximum is maximum width of message pane.
What's the purpose of maximizing if the messages remain fixed-width?

untitled-1

@Alukardd
Copy link

Version 1.0 released and we still seeing ugly narrow column instead of code block, backtrace, etc...
I can understand such behavior on mobile client, but on my laptop with 2880x1620 resolution it is a absurd!

@rotanov
Copy link

rotanov commented Jan 26, 2017

I vouch for this. Was waiting for it so long so I decided to make an issue. Since I didn't found this one.

@francescortiz
Copy link

Pasting code becomes really annoying with this limited width. It seems kind of contradictory to have the possibility to quote code but not being able to properly see any line with more than 52 characters. Also, some programming languages don't follow the 80 column styling, so limiting the width is limiting usability.

@linermgn
Copy link

linermgn commented Apr 21, 2017

Just do it, please, logs and code blocks look awful

@kotep
Copy link

kotep commented May 15, 2017

In v1.1, the client now uses more screen space on large windows to display a cluttered and distracting emoji window, and still does not let the message size increase beyond its current width.

@sbagan
Copy link

sbagan commented May 24, 2017

Yay! Issue is opened for more than one year.
Seriously please fix it

@proea
Copy link
Contributor

proea commented May 25, 2017

Please fix it!

@Xorboo
Copy link

Xorboo commented Jun 6, 2017

Please, just add msgMaxWidth into settings, I really dont want to fork and compile telegram by myself just for such minor change. There are actually some chats where people write messages longer than "lol haha funny gif".

@proea
Copy link
Contributor

proea commented Jun 8, 2017

Please, make it
@Xorboo made a good suggestion

@eode
Copy link

eode commented Aug 30, 2017

..just use riot.im, or other matrix.org clients.

@pztrn
Copy link

pztrn commented Nov 24, 2017

430px message width in Retina and QHD times.

Guys, please, allow us to use full width of window!

@OnkelTem
Copy link

OnkelTem commented Dec 7, 2017

Thank you @stek29 for inviting me here, into this thread of grief. What's the point?

It's ridiculous to have an ability to mark text as code which is then gonna be screwed up anyway. I can't even paste two lines of preformatted text w/o it to be rendered to unreadable crap like this:

asd

I should say that this is not an issue even in Skype.

@stek29
Copy link
Contributor

stek29 commented Dec 7, 2017

@OnkelTem You can use Webogram or even macOS native app (lel) for now as a workaround :)

I understand your points and frustration, but I think John has too much other stuff to do for now :(

@ezverev
Copy link

ezverev commented Jan 18, 2018

Any updates on the issue? And @Xorboo suggestion in particular?

@OnkelTem
Copy link

Basically, inability to display preformatted text properly abandons Telegram as an app for developers exchange. So it's not a matter of minor enhancement instead - this is severe issue, a show stopper. How the developers don't grasp this - I have no idea.

@kotep
Copy link

kotep commented Jan 18, 2018

People have referenced this in other issues, because the decision to make the width of messages preposterously small means that either the messages have to stack against the left side of the screen, or they're super spread out with a vast gulf of nothingness between them. (And you can only toggle the super spread out view if you've currently got a chat open, AND have the window large enough that you can only see the super spread out view.)

Hey, here's an idea: What if the message width is some proportion of the width of the entire message panel, instead of the fixed-width nonsense? Say, 80% of the message window width, with the remaining 20% being the indent to the left or right, depending on the source of the message. That would fit with my intuitive understanding of what should happen when I make a window larger. What's the point of letting me maximize a window if 50% of the visual space is never used?

@OnkelTem
Copy link

OnkelTem commented Jan 18, 2018

What if the message width is some proportion of the width of the entire message panel, instead of the fixed-width nonsense?

[with good humor] What a fresh idea! :)
Actually, this how things done nowadays (er... for the last 15 years actually). Instead, having something defined in absolute pixels raises questions. How would feel visually impaired if they want to get text bigger? How would behave an app on a wider/narrower screen?

Agreed 100%.

@john-preston
Copy link
Member

@OnkelTem It is not absolute, but it is fixed for a fixed font size.

@OnkelTem
Copy link

@john-preston Oh, it's not that awful then :)

@ezverev
Copy link

ezverev commented Jan 18, 2018

@OnkelTem So what`s about making a settings item for that?? The setting may be in any units, not only pixels. % of width or number of pseudo symbols or anything else.

@sadoyan
Copy link

sadoyan commented May 6, 2020

Yes indeed Telegram is becoming a toy for kids, Absence of this feature is making me reconsider using Telegram at all.

I don;t understand why guys are so unwilling to make this . Is this that much hard thing ?

@AlexanderAmelkin
Copy link

I second that opinion. I totally don't need stickers, dice or dart. I want configurable text width and programming language syntax highlighting in preformatted text.

@kudlatyamroth
Copy link

I'm not having anything to add new stickers and all of the toys - its nice additions which i like :)

And i think i manage to add this small checkbox to chat settings, and it seems to work :)

@Aokromes
Copy link
Collaborator

Aokromes commented May 7, 2020

Guys, I do not understand. New version of desktop telegram added many childish features like "catalog of over 20,000 stickers", "Send a single dart emoji to see if you hit the bullseye." or "Send to any chat to try your luck and get a random number from the animated dice."... Is it still serious communicator or a toy?

I would like to see the new important features like allowing to resize message block in chat window that we are discussing here.

I second that opinion. I totally don't need stickers, dice or dart. I want configurable text width and programming language syntax highlighting in preformatted text.

as for stickers, dice and dart, it's the marketing team witch adds new features platform wide, it's not preston.

@adrav
Copy link

adrav commented May 7, 2020

And i think i manage to add this small checkbox to chat settings, and it seems to work :)

What's next with this change? Do we need to wait for the maintainer to accept it and merge to master? What chances do we have?

@kirsan31
Copy link
Contributor

kirsan31 commented May 7, 2020

And i think i manage to add this small checkbox to chat settings, and it seems to work :)

What's next with this change? Do we need to wait for the maintainer to accept it and merge to master? What chances do we have?

Sadly, but - 0% :(

@sadoyan
Copy link

sadoyan commented May 7, 2020

Do any one knows what the reason for not accepting such an important and wanted patch ?
It seems that TP developers are making "holy war" against this feature .

@AlexanderAmelkin
Copy link

Guys, I think we all need to go and mark that pull request with a heart or like to let the maintainers see that the users are interested in it!

@sadoyan
Copy link

sadoyan commented May 7, 2020

@AlexanderAmelkin totally agree. You have my heart :-)

@pztrn
Copy link

pztrn commented May 7, 2020

Reading a comment by @john-preston in #2339:

This is not going to be merged, sorry. The layout like "Messages after:" was explicitly avoided by setting the maximum width of the text message bubble, because it is less readable (reading the line up till the end in the right side of the monitor you can't quickly jump to the beginning of the next line, you need to follow all the line back). When you use small width of the message layout it is easy to read.

I think #7822 won't be merged due to that. They're stuck with 1366x768 displays, probably. And doesn't care about all IT guys out there who prefer to read logs properly without breaking their eyes with such forced typography shit.

I hope I'm wrong, actually. Let's see what developers would say.

@adrav
Copy link

adrav commented May 7, 2020

But.. that's why we have checkbox here. Unchecked by default.

@pztrn
Copy link

pztrn commented May 12, 2020

Ah shit, why only monospace blocks? You just decline a very good PR just because it adds a checkbox in settings and keeps behavior identical to current release with small bubbles (unchecked by default)? Seriously?

That's ridiculous. Especially that your commit, @john-preston, fixes only a monospace thing, which is just a part of what this issue describing. Please, reopen or fix it like #7822 proposes.

@kirsan31
Copy link
Contributor

As I said - no chance :(

@ChronosXYZ
Copy link

ChronosXYZ commented May 12, 2020

Lol, funny situation - may be we need to fork tdesktop repo and continue the development without Telegram Developers Team? And then we just can sync codebase with upstream.

@kirsan31
Copy link
Contributor

kirsan31 commented May 12, 2020

Lol, funny situation - may be we need to fork tdesktop repo and continue the development without Telegram Developers Team? And then we just can sync codebase with upstream.

Already, You can try this. I did it not only for messages, but for all content and only for adaptive layout (check box must be checked). Or you can maintain own fork with this PR changes only...

@beppe9000
Copy link

somebody hire a community manager for @john-preston 😆

@kudlatyamroth
Copy link

maybe on twitter will be more conclusive response from telegram project: https://twitter.com/KudlatyAmroth/status/1260253898994069504?s=20

@adrav
Copy link

adrav commented May 12, 2020

@john-preston could you please comment your decision? Why only monospace?

@kudlatyamroth
Copy link

ok, if anyone wants this, i created AUR package: https://aur.archlinux.org/packages/telegram-desktop-wide/
but it not have checkbox, just set max width to 3840px

@banderlog
Copy link

Personally I don't care about message width if it is not a code. Thus, this update is the most expected one, just wondering, why it took so long?)

@adrav
Copy link

adrav commented May 13, 2020

You are right @banderlog. Small steps. I have downloaded 2.1.5 and for sourcecode it is working like a charm!

@kudlatyamroth
Copy link

kudlatyamroth commented May 13, 2020

code is the most wanted, but it looks strange if one msg can be full width, and other can't...
this was annoying, so i created package...

@github-actions
Copy link

github-actions bot commented Mar 5, 2021

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Mar 5, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.