[systemsettings] [Bug 484072] New: Screen Config on Big Linux
https://bugs.kde.org/show_bug.cgi?id=484072 Bug ID: 484072 Summary: Screen Config on Big Linux Classification: Applications Product: systemsettings Version: 5.27.11 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_kscreen Assignee: kscreen-bugs-n...@kde.org Reporter: igoribei...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Open screen configuration 2. Using 2 monitors configuration and apply 3. Restart pc 4. Go to screen settings, it wasn't saved my screen configuration 5. 144hz config was saved, mas the screen on the left side, no... 6. It was on Big Linux, last version -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 477108] Font and text issues with Digitally Sign feature for non-english users
https://bugs.kde.org/show_bug.cgi?id=477108 --- Comment #8 from igor.mach...@gmail.com --- Thanks for the help @Sune and @Albert. For me, this issue can be closed. It's hard to replicate, and maybe it's something related to flatpak, I don't know... and I don't want to take more time of yours. The other issues will help me when fixed, as signature personalization is more of a problem to me than language, in the current moment. I appreciate all the help! Best regards -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 477108] Font and text issues with Digitally Sign feature for non-english users
https://bugs.kde.org/show_bug.cgi?id=477108 --- Comment #7 from igor.mach...@gmail.com --- Exactly that. My impression of that box is that it was supposed to change the language of the software... perhaps I misunderstood that. Indeed, for programmers, most use english based systems, to prevent bugs (for example, AppArmor has bugs if system is run on portuguese) and also to make it easier to follow command line tutorials (some of them change commands in other languages, what breaks scripts). So, for graphic interface, we mostly change the language of each application directly. If that box is not supposed to change the language of okular, then it explains why I'm stuck at english "signed by" field. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 443403] Reduce the size of the digital signature display
https://bugs.kde.org/show_bug.cgi?id=443403 igor.mach...@gmail.com changed: What|Removed |Added CC||igor.mach...@gmail.com --- Comment #33 from igor.mach...@gmail.com --- For me, the font size is the greatest issue, since in Brazil with university ICP-EDU RNP certificates, the Full Name is connected with the national number (called CPF), that has 11 digits... So, the left side is typically giant and broken, unless a very large space is provided. I created two tutorials that have been used in brazilian universities, and they explain exactly about this problem (but in Portuguese): - https://igormcoelho.medium.com/assinatura-digital-do-icpedu-em-pdf-no-gnu-linux-c612688ce454 - https://igormcoelho.medium.com/assinatura-digital-do-icpedu-com-carimbo-utilizando-okular-98c146066c3a I also created some PDF with "enough space" for the current signature system, which is quite large: - https://raw.githubusercontent.com/igormcoelho/igormcoelho/main/tutoriais/2021-Teste-Assinatura-Digital.pdf A solution, at least for me, is to allow to reduce font size when selecting the Stamp box for signature (together with fields Reason, etc, one could select "Font Size: 20" or "Font Size: XX"). -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 477108] Font and text issues with Digitally Sign feature for non-english users
https://bugs.kde.org/show_bug.cgi?id=477108 --- Comment #5 from igor.mach...@gmail.com --- Created attachment 163239 --> https://bugs.kde.org/attachment.cgi?id=163239=edit Okular does not change language -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 477108] Font and text issues with Digitally Sign feature for non-english users
https://bugs.kde.org/show_bug.cgi?id=477108 --- Comment #2 from igor.mach...@gmail.com --- Ok Sune, thanks for the feedback. I opened this issue because I couldn't find any other one, but I was imagining that others would exist somewhere else. Regarding flatpak, that's strange indeed, and perhaps it's not related to okular itself... For me, on Ubuntu 22.04, I'm forced to use flatpak to have Stamps on digital signatures, otherwise the system version is too old. Maybe on system version the translation would work... I'll try to find a way to upgrade my native system one. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 477108] New: Font and text issues with Digitally Sign feature for non-english users
https://bugs.kde.org/show_bug.cgi?id=477108 Bug ID: 477108 Summary: Font and text issues with Digitally Sign feature for non-english users Classification: Applications Product: okular Version: 23.08.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: PDF backend Assignee: okular-de...@kde.org Reporter: igor.mach...@gmail.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** The feature Digitally Sign on Okular by default writes a "Signed by" text, which is not configurable, not even its fonts. This configuration/personalization is important for government applications, where text must be different. Another bad thing is for non-english users. My Okular with flatpak shows all of this in English, even when I configure translation for Portuguese: $ flatpak info org.kde.okular.Locale ID: org.kde.okular.Locale Ref: runtime/org.kde.okular.Locale/x86_64/stable Arch: x86_64 Branch: stable Origin: flathub Collection: org.flathub.Stable Installation: user Installed: 336,9 kB Commit: f9e1df132a8c2a24eb88732d9426647ec0e6f59b6a34a36a236c2c997dd087ea Parent: c7920207b64284df7ef58c560be2093d39455e0a1f0b268dc5ed572aeee59cde Subject: Update 4 modules (7b47285c) Date: 2023-11-09 22:17:13 + Subdirectories: /en,/pt But still no hope to have it in Portuguese, or to configure its texts and fonts. Font is very big, and having font Helvetica CID Type 0C (OT) Identity-H (as per command $ pdffonts) breaks the signature rendering for windows users (I put an stamp on the back of the signature, with portuguese sayings, that sort of mitigate such issues... but still, it's part english and part portuguese, with giant strange fonts). STEPS TO REPRODUCE 1. Install okular on flatpack, ubuntu 22.04 on computer with english and portuguese languages 2. Check locale on flatpak (it displays /en and /pt) OBSERVED RESULT It continues in English. No personalization is possible for signature text. EXPECTED RESULT It would render in Portuguese the signature, or allow personalization for signature text. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Ubuntu 22.04 (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 454344] New: Sync from Collection makes all Virtual Files to be loaded on real file system
https://bugs.kde.org/show_bug.cgi?id=454344 Bug ID: 454344 Summary: Sync from Collection makes all Virtual Files to be loaded on real file system Product: digikam Version: unspecified Platform: Other OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Maintenance-Metadata Assignee: digikam-bugs-n...@kde.org Reporter: igor.mach...@gmail.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** Congratulations for digiKam, this is a proposal to improve it. I use it on Microsoft Windows to sync my photos loaded from iCloud Photos and OwnCloud Desktop, which use Virtual File System mounted on Windows. Currently, my system does not have enough space to hold all photos on disk, so only the photos I'm actually using are loaded on disk, while the rest only remains on cloud... I often use the option "Free Up Space" , that unloads photos from disk and only keeps them on cloud, but my issue is when I'm adding and syncing a Collection on digiKam, it loads the whole disk while syncing, and leaves no physical space in my disk. I wonder if there's an existing solution to this, and my guess is that these use cases will increase more and more in the future (with more cloud usage with virtual file system), so it would be nice if there was be an option on Configurations -> Configure digiKam -> Collections -> FOURTH OPTION Collection On Virtual File Systems. I currently use "Collection on Network Shares" but this doesn't prevent everything to be loaded... I expected that digiKam could sync, by loading each photo and then applying "Free Up Space" property again automatically, leaving on Cloud the things that were already on cloud, and keeping local the things that were already local, thus not increasing disk space during sync. Best regards! STEPS TO REPRODUCE 1. Mount a Virtual File System directory (from OwnCloud, iCloud, etc) 2. Go to Configurations -> Configure digiKam -> Collections -> Add to Collection in Network Share OBSERVED RESULT See disk space be consumed when every photo is loaded to disk during sync EXPECTED RESULT Disk space should not change (or just slightly change) when photos are loaded during sync. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION This will affect any other system that supports Virtual Files. -- You are receiving this mail because: You are watching all bug changes.
