Package Details: pycharm-professional 2024.3.5-1

Git Clone URL: https://aur.archlinux.org/pycharm-professional.git (read-only, click to copy)
Package Base: pycharm-professional
Description: Python IDE for Professional Developers. Professional Edition
Upstream URL: https://www.jetbrains.com/pycharm/
Keywords: development editor ide jetbrains python
Licenses: custom
Submitter: hippojazz
Maintainer: Xavier (37h4n)
Last Packager: Xavier
Votes: 292
Popularity: 0.47
First Submitted: 2013-09-25 03:56 (UTC)
Last Updated: 2025-03-20 13:26 (UTC)

Dependencies (19)

Required by (0)

Sources (4)

Pinned Comments

Latest Comments

« First ‹ Previous 1 .. 20 21 22 23 24 25 26 27 28 29 30 .. 46 Next › Last »

Xavier commented on 2019-04-03 18:36 (UTC)

Thanks for your comments guys, @wizpig64 I consider that pycharm-professional must use the JBR, due that JetBrains apply several patches to the original JDK then I don't think necessary have another package like *-native-java (but it is open if you want), I changed it temporally to no-JBR for fix some problems, but I'm seeing that no-JBR come with other problems, I'm sorry for the inconveniences.

I expect that the issues relate with HiPDI will fix soon (not for the 2019.1.1) JetBrains are aware of it [1]

In the correct order to update this package, I should not update to 2019 until JetBrain fix the issues with HiPDI, but considering that this affected few people and being democratic, I just updated it to 2019.1.1 with JBR.

In HiPDI displays (not in all case) is possible to correctly adjust using -Dide.ui.scale=xx and font size in the IDE. @ilinojkovic for that read [2]

[1] https://blog.jetbrains.com/pycharm/2019/04/pycharm-2019-1-1/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+Pycharm+%28JetBrains+PyCharm+Blog%29 [2] https://stackoverflow.com/questions/54763698/how-to-change-the-toolbar-and-icons-scale-in-intellij-idea/54774584#54774584

ilinojkovic commented on 2019-04-03 16:33 (UTC) (edited on 2019-04-03 17:03 (UTC) by ilinojkovic)

@XavierCLL can you please be more elaborate what is needed for HiDPI displays? I'm running Manjaro KDE, and from this version of pycharm, forced font dpi from the system does not seem to be used, thus making everything so tiny...

davidism commented on 2019-04-03 15:57 (UTC)

I flagged this package out of date with the mistaken comment that 2019.1.1 fixes the RST issue when using the system JDK. That's not correct, but you can still get the bundled JDK while using the AUR package, there's a plugin that lets you manage it within PyCharm. Official instructions: https://intellij-support.jetbrains.com/hc/en-us/articles/206544879-Selecting-the-JDK-version-the-IDE-will-run-under

wizpig64 commented on 2019-04-03 07:20 (UTC)

For anyone trying to fix PyCharm opening RST files, switch the preview panel renderer from JavaFX to Swing in Settings > Languages & Frameworks > ReStructured Text.

Source: David @ https://youtrack.jetbrains.com/issue/PY-35102

It looks like the JavaFX renderer was broken when this package switched off the bundled Java runtime onto the native system one. This is a repeat of another bug in 2017, something about font subpixel rendering 8 pages back. Eventually the repo switched back to bundled, and I no longer had to edit the PKGBUILD with every update. Now a bug appears, the switch is made again, and more bugs appear.

Switching to native Java in order to fix bugs seems to have a history of creating more bugs. Not to mention creating the work of having to manually edit PKGBUILDs!

@XavierCLL, what do you think of the idea of using two packages for this scenario? Something like pycharm-professional and pycharm-professional-native-java. Then if a user encounters a bug (like hidpi), they can find a pinned comment here saying to switch to the other branch?

From a user experience point of view, having the switch be made for us is destructive, and fiddling with PKGBUILDs and checksums is no fun when we'd rather be developing. I think it makes more sense for the AUR repo to have single opinion on the matter of its dependencies, especially when there are real tradeoffs between the versions. An alternate opinion belongs in another repo with provides: pycharm.

Thank you for spending your time maintaining this repo for the community!

lybin commented on 2019-04-02 01:40 (UTC)

I'm also have white border on windows with not native JBR https://i.imgur.com/Comw6MZ.png KDE

Dreyk commented on 2019-04-01 19:03 (UTC) (edited on 2019-04-01 19:15 (UTC) by Dreyk)

@XavierCLL In my opinion, JetBrains has reasons to use its own java runtime implementation. And I use Manjaro Linux, not an Arch Linux, so I don’t want to keep track of additional dependencies. And with the random next update, their unexpected incompatibility (system java and PyCharm) can lead to problems that can be avoided if just do not complicate these things. In addition, I do not have HiDPI displays... Therefore, this did not affect me. But I hope that this bug will be fixed and you will be able to release the next version with JBR as before.

Xavier commented on 2019-04-01 14:45 (UTC)

@lybin yes, but that is not literally an error, however, if there are more troubles and if JBR fix the HiPDI error in the next release, maybe I will return to JBR version.

@dreyk not, the install file is not related with JBR, but why do you want to use the JBR version?

Dreyk commented on 2019-04-01 12:45 (UTC) (edited on 2019-04-01 12:46 (UTC) by Dreyk)

To use this update with JBR I only need to delete java-runtime dependency, remove the 'no-jbr' in link and update checksums in PKGBUILD file? I am not familiar with AUR packages and PKGBUILD, but why did you delete the "install=${pkgname}.install" line in this update? This is not related to "no-jbr" edition?

In any case, thanks for your work.

« First ‹ Previous 1 .. 20 21 22 23 24 25 26 27 28 29 30 .. 46 Next › Last »