Search Criteria
Package Details: sublime-text-4 4.4192-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/sublime-text-4.git (read-only, click to copy) |
|---|---|
| Package Base: | sublime-text-4 |
| Description: | Sophisticated text editor for code, html and prose - stable build |
| Upstream URL: | https://www.sublimetext.com/download |
| Licenses: | custom |
| Conflicts: | sublime-text |
| Provides: | sublime-text |
| Submitter: | SunRed |
| Maintainer: | SunRed |
| Last Packager: | SunRed |
| Votes: | 86 |
| Popularity: | 0.51 |
| First Submitted: | 2021-05-21 11:53 (UTC) |
| Last Updated: | 2025-01-20 16:00 (UTC) |
Dependencies (2)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3-classicAUR, gtk3-classic-xfceAUR)
- libpng (libpng-gitAUR, libpng-apngAUR)
Latest Comments
1 2 3 4 5 Next › Last »
txtsd commented on 2024-12-03 01:59 (UTC)
Can I please have co-maintainer on this?
SunRed commented on 2024-04-12 18:52 (UTC)
@FmT I am afraid that is due to replacement of the symlink with the launcher script. Sadly I cannot serve the broken icon handling on KDE and Cinnamon simultaneously and since there are a lot of applications that do it with a similarly simple launcher script, this issue rather lies with KDE/Cinnamon. So you should rather file this upstream if it has not yet been reported.
FmT commented on 2024-04-12 10:19 (UTC) (edited on 2024-04-12 11:53 (UTC) by FmT)
Last update brings back the bug in Cinnamon to have double icons when launching. After a while only the ugly icon stay. Downgrading fixes the problem.
darkfish commented on 2024-04-10 01:35 (UTC)
@SunRed Fair enough mate. Thanks.
SunRed commented on 2024-04-09 18:28 (UTC)
@darkfish The simple reason is for one that I copied that line from one of my other packages but also that I use this file in two other packages (
sublime-text-3andsublime-text-dev) so that I can hardlink this file and only ever have to touch one if that need arises again.darkfish commented on 2024-04-09 11:35 (UTC)
@SunRed Is there a reason for
@ST_PATH@in the.shfile and then replacing it with/opt/sublime_textin theprepare()function inPKGBUILD? It doesn't seem to offer any benefit, unless it was something computed at runtime, for instance, from the extracted package. The path seems to be hard-coded in a few places anyway.Why not just have
/opt/sublime_textin the.shfile, given it is a custom file?I am genuinely trying to understand the reasoning here.
SunRed commented on 2024-04-08 21:02 (UTC)
@Covkie This issue should be fixed now. I included a launcher script instead of symlinking the binary.
Covkie commented on 2024-03-07 23:24 (UTC)
launching sublime text via the subl symlink at
/usr/bin/sublresults in the icon at the top left (default location) being the default wayland logo. launching via/opt/sublime_text/sublime_textresults in the correct logo being displayedSunRed commented on 2023-11-07 13:47 (UTC)
@magicgoose At least for me I couldn't reproduce it so far, may it be in the wayland or X11 session and with
GDK_BACKEND=waylandset or unset. Have you tried launching it with a new user, empty.config/sublime-textor empty cache (~/.cache/sublime-textor the entire~/.cachedirectory)? Sometimes it's just a polluted user environment.magicgoose commented on 2023-11-07 10:16 (UTC)
There was this problem with KDE for a while: after the desktop session is locked and unlocked, ST window is all broken: only a portion of it is rendered and it can't be interacted with any more, until I quit and re-launch ST. Has anyone else seen it?
1 2 3 4 5 Next › Last »