[Breeze] [Bug 412078] Hovering on checkboxes or comboboxes changes their color to black

2019-10-28 Thread Joel Teixeira
https://bugs.kde.org/show_bug.cgi?id=412078

--- Comment #41 from Joel Teixeira  ---
(In reply to Raul Laasner from comment #40)
> (In reply to Joel Teixeira from comment #38)
> Thank you for the suggestion! I was seriously considering giving up Firefox
> for Chrome. The most annoying thing for me was not the faulty coloring but
> how much narrower the scroll bars were. That made web surfing much harder.

The same here Raul, I'm glad the suggestion helped.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Breeze] [Bug 412078] Hovering on checkboxes or comboboxes changes their color to black

2019-10-28 Thread Joel Teixeira
https://bugs.kde.org/show_bug.cgi?id=412078

--- Comment #38 from Joel Teixeira  ---
(In reply to Nate Graham from comment #37)
> There is currently no workaround. We're looking into reverting the change
> until the underlying GTK issue is fixed.

Thank you Nate, wasn't sure since I saw on other threads ppl talking about
downgrading gtk libs. For the time being IMO the best option is to use default
theme on GTK application setting.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Breeze] [Bug 412078] Hovering on checkboxes or comboboxes changes their color to black

2019-10-28 Thread Joel Teixeira
https://bugs.kde.org/show_bug.cgi?id=412078

Joel Teixeira  changed:

   What|Removed |Added

 CC||joel...@gmail.com

--- Comment #36 from Joel Teixeira  ---
Same problem here. Not sure if it was mentioned but you not even need to open
an GTK3 aplication to reproduce this issue. On KDE Settings / GTK Application
Style (preview) its possible to see it.

Is there any workaround besides change de theme to default/Emacs? 

Operating System: Arch Linux 
KDE Plasma Version: 5.17.1
KDE Frameworks Version: 5.63.0
Qt Version: 5.13.1
Kernel Version: 5.3.7-arch1-2-ARCH
OS Type: 64-bit
Processors: 12 × Intel® Core™ i7-8750H CPU @ 2.20GHz
Memory: 15,5 GiB of RAM

-- 
You are receiving this mail because:
You are watching all bug changes.

[Spectacle] [Bug 390415] Feature request - Spectacle - Save to file and clipboard

2018-02-14 Thread Joel Teixeira
https://bugs.kde.org/show_bug.cgi?id=390415

--- Comment #7 from Joel Teixeira <joel...@gmail.com> ---
(In reply to Henrik Fehlauer from comment #5)
> Thanks Joel, that's interesting: I'm using Spectacle by starting it,
> choosing options and then taking a screenshot. After this, I can just press
> the shortcuts I mentioned, right inside Spectacle.
> 
> To me it sounds like you are using the hotkeys only, you get the "Screenshot
> taken" notification without starting the application window first. That was
> the essential information missing from your bug report ;)

Sorry, my mistake. Should have mentioned. Indeed I use it most of the time with
just Printscreen key to "region+save output file" with that script at the
moment. I use Ctrl+Printscreen to call the Gui when I want something different. 

> From the notification, you should be able to just drag the image to wherever
> you want. For a keyboard-only workflow, D9117 will bring improvements, and
> we have other bugs open to expose the shortcuts more prominently to the user.

Yes, in case I can make it stay longer before it hides it should be a
workaround as well. Thanks for the tip. 

> I could imagine having a more flexible saving/copying/exporting pipeline
> would be useful, but this would probably involve a more thorough change in
> Spectacle. I'm also hesitant to allow uploading a screenshot to the internet
> after a single keypress, we'd need at least some sort of confirmation dialog.

I don't upload images, I just gave an example of tools that allow it. And yes,
I totally agree with you. Upload everything automatically would light many red
lights on privacy side. 

> I'll leave the bug open for now, but don't hold your breath for quick
> progress. This needs more design work.

Thank you, I really appreciate it. I'm not a programmer my self but I do have
an idea how much hard work must be done before a feature like this be designed,
implemented, tested... so on. My dirty workaround is serving me well for my
needs.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Spectacle] [Bug 390415] Feature request - Spectacle - Save to file and clipboard

2018-02-14 Thread Joel Teixeira
https://bugs.kde.org/show_bug.cgi?id=390415

--- Comment #4 from Joel Teixeira <joel...@gmail.com> ---
(In reply to Nate Graham from comment #3)
> I heavily use the workflow you mention in macOS:
> 
> Hit Command-Shift-4 to invoke a rectangular region screenshot from anywhere,
> then hold down control while you drag your box, and boom, I have a
> screenshot in the clipboard, suitable for pasting into a chat window or
> wherever else I'd like. This workflow is tracked by Bug 375382, with a patch
> undergoing review patch: https://phabricator.kde.org/D9117
> 
> But for this workflow, of what use is it to *also* save the screenshot to
> disk somewhere? The whole point here is to quickly get a screenshot into
> your clipboard. It seems like also saving it to disk would just lead to a
> lot of clutter, no? What's the use case?

Hi Nate, unfortunatelly I'm not familiar with MacOS but is good to know it
offers similar function. You understood right, my goal is to quickly have that
region I crop on my hard drive and at the same time on clipboard for a
miscelaneous usage cases. 

I don't see as a clutter at all since, just for instance, many programs apply
compression on the pictures after paste. Eg, whatsapp messenger. CherryTree
when resizing after paste and so on. Having a centralized, full quality, date
organized of all the screenshots I took seems like a very good practice and
still uses so little of nowadays storages devices.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Spectacle] [Bug 390415] Feature request - Spectacle - Save to file and clipboard

2018-02-14 Thread Joel Teixeira
https://bugs.kde.org/show_bug.cgi?id=390415

--- Comment #2 from Joel Teixeira <joel...@gmail.com> ---
Hi Henrik, thanks for your input. 

About "Ctrl + C", "Ctrl+S" being quick:
I use screenshot mostly for region screenshots (not fullscreen) to paste on
other programs like CherryTree, telegram. Following this recommendation I would
probably need to take the screenshot (region), open the file on a image viewer,
control+c, alternate to destination program (telegram, email, libreoffice
writer...) and control+V. Maybe I'm there's  short path for this, in this case
please let me know. 

Doesn't seem quick to me but being relative, let's say, would it still be quick
considering 50 screenshots? See, the alterante method, I press the printscreen
key, select region, and it's already there, saved on my disk and ready to paste
wherever I need. 

We have free (lightscreen) and comercial (greenshot on mac) tools already
providing this feature. But I, particularly, don't want to use those. I would
like to use Spectacle for that. 

About "What if someone wants "Export to Imgur, save to clipboard and print" as
a new combination?" I'd say, it would make Spectacle even better. Both tools
mentioned above already offers auto save+clipboard+imgurl out of the box. But
then again, I would love to see this feature on Spectacle not on them. Doesn't
need to be a default option, but on the user side is just a checkbox. 

My particular use case:
Like I said, I use it mostly for regions and paste direct on CherryTree
(sometimes telegram, whastapp...). Opening the saved file just add unnecessery
steps on my workflow. The path on clipboard doesn't seem to help in anyway as
well.

Looking for a workaround for this, I found tons of posts on forums, articles
and et cetera. So doesn't seem to be a particular scenario but needed by many
people out there. If you need evidence of demand, to justify the need, I can
provide N sources to you.


My dirty workaround, saved as sstime.sh and linked to Printscreen key. 
#!/bin/bash
export sstime="/home/username/Pictures/screenshots/`date '+%Y-%m-%d
%H_%M_%S'`.png"; spectacle -nbr -o "$sstime" && xclip -sel clip -t image/png
"$sstime" && notify-send "Screenshot saved in ~/Pictures/screenshots"

-- 
You are receiving this mail because:
You are watching all bug changes.

[Spectacle] [Bug 390415] New: Feature request - Spectacle - Save to file and clipboard

2018-02-13 Thread Joel Teixeira
https://bugs.kde.org/show_bug.cgi?id=390415

Bug ID: 390415
   Summary: Feature request - Spectacle - Save to file and
clipboard
   Product: Spectacle
   Version: 17.12.2
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: General
  Assignee: m...@baloneygeek.com
  Reporter: joel...@gmail.com
  Target Milestone: ---

Please add a feature/option to save to file and clipboard at the same time. Not
sure if it's relevant but just to mention one app that offer this feature on
another platform is Greenshot. Would love to have it on spectacle as well. 

Thank you, 
Joel Teixeira

-- 
You are receiving this mail because:
You are watching all bug changes.