pvanek / qlipper Goto Github PK

From @GoogleCodeExporter on March 17, 2015 19:36

Attached is a small patch that allows image data to be distinguished from other 
binary data types by using the image as the menu icon.

Original issue reported on code.google.com by [email protected] on 21 Feb 2012 at 1:28

Attachments:

• image_as_clipicon_qlipper.patch

Copied from original issue: pvanek/qlipper-googlecode-backup#10

I have used Klipper up to now. But I would like to fade away from KDE at the moment (exploring awesome as WM) and thus I would like to have qlipper working for me. I use Klipper as my second memory and have set it to store very large numbers of items. Why do you limit the number of entries to such a low number ?
I have compiled qlipper on Debian 8.0 fine and set the value to 2000, let's see what's going on.

Thanks.
Fiilppo

could be a fine convenience.

Thanks for this very simple, functional and reliable utility.

If a qlipper.ts template file is provided its easier to start a new translation.
At least for a person like me so i dont have to download and build etc.

I can't get working following scenario:

• select text foo with mouse (e.g. in some application that can not handle clibboard)
• select foo in qlipper (to put it into clipboard)
• paste foo from clipboard (into application which is aware of clipboard)

Am I missing something or qlipeer doesn't support primary/clipboard synchronization?

Do you have any plans for a QT5 port eventually?

I'm using qlipper 5.0.0 and I think it is very important to add a confirmation dialog when clearing history in way to avoid deleting it accidentally.

This is a very important feature you can find in other clipboard manager as "Parcellite".
In Parcellite you can also disable this feature in preferences menu.

Excuse me for my poor English.

Hello this is an enhancement request rather than a bug submission.

I like to have a transparent background for my dropdown terminal,
and I also like to have it opaque when windowed.
Xfce4-terminal permits this and this is why I grew such delicate taste :-)

Please consider having either an option for desactivating transparency on windows,
or even having fully independent transparency values.

Thanks

Steps to reproduce

• Start qlipper
• In emacs, select some text and hit M-w to copy it to the yank ring
• In some other application like Firefox, hit Ctrl-V to paste

Actual behavior

• Nothing happens, or I get the previous content of the clipboard

Expected behavior:
The text I copied in emacs should be pasted. If I quit qlipper, and do this all again, I see the expected behavior.

Further information:
emacs shows an error when I do M-w while qlipper is running:

Selection owner couldn't convert: MULTIPLE

I don't know what that means, but maybe it is helpful...

As I can see so far qlipper provides only one icon which is used in both in menu and system tray. In fact I notice the icon is tray is always from hicolor theme. Can you provide separate icon for tray (especially nice for icon themes with symbolic tray icons)?

Hi,

i cannot build version 2.0.2.

cmake -DCMAKE_INSTALL_PREFIX=/usr

gives me this error:

-- The C compiler identification is GNU 4.8.1
-- The CXX compiler identification is GNU 4.8.1
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - found
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - not found
-- Found Qt4: /usr/lib/qt4/bin/qmake (found version "4.8.5")
-- Use system Qxt Library: ON
-- Use system QtSA Library: ON
CMake Error at CMakeLists.txt:70 (message):
System QtSingleApplication not found

Any idea whats going wrong?

Thank you

It could be a flag in the settings dialog or a command line option, like -d|--daemon in clipit/parcellite. Will be very appreciated!

Imagine I want to paste my name, address and email into a form, the qlipper list closes after every single selection and I have to open it again and again.
On the other hand, it stays open all the time until I close it, when I e.g. accidentally clicked the icon.

Hi all,

I have "use platform specific extensions" & "synchronize clipboard & PSE" selected in my preferences.
When I select text, I can mouse paste it, but ctrl+v pastes something else. So I'm guessing sync isn't working?

I'm using:

• qlipper's 5.0.0 release, https://github.com/pvanek/qlipper/archive/5.0.0.tar.gz
• lxqt 0.11 with xmonad
• linux/gentoo

I'm not seeing anything in .xsession-errors.

Anything else you might need that could help?

Password manager like KeePassX use to clean clipboard content after 20 seconds or so when copying username/passwd, which works well in klipper but not in qlipper.
Not sure if this is an issue of qlipper but it is a security problem for sure.

It would be nice to have a shortcut to convert a clipboard history item into a sticky item.

From @GoogleCodeExporter on March 17, 2015 19:36

Ability to upload clipboard to paste.bin

Original issue reported on code.google.com by [email protected] on 20 Jun 2012 at 7:06

Copied from original issue: pvanek/qlipper-googlecode-backup#11

On Linux Mint 18.2 (based on Ubuntu LTS 16.04) with

gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609

and

Package: qtbase5-dev
Maintainer: Ubuntu Developers [email protected]
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Architecture: i386
Multi-Arch: same
Source: qtbase-opensource-src
Version: 5.5.1+dfsg-16ubuntu7.5

qlipper fails to build with an error in qlippersystray.cpp

  In constructor 'QlipperSystray::QlipperSystray(QObject*)':
  /srv/repository/git/qlipper/src/qlippersystray.cpp:44:51: error: no matching function for call to
 'QMenu::addAction(QIcon, QString, QlipperModel*&, void (QlipperModel::*)())'
  , m_model, &QlipperModel::clearHistory);

and

   /usr/include/i386-linux-gnu/qt5/QtWidgets/qmenu.h:76:14: note: candidate:
   QAction*   QMenu::addAction(const QString&)
    QAction *addAction(const QString &text);
          ^ 
    /usr/include/i386-linux-gnu/qt5/QtWidgets/qmenu.h:76:14: note:
   candidate expects 1 argument, 4 provided

Full details in attached text file log.

error.txt

From @GoogleCodeExporter on March 17, 2015 19:35

Hi,
would be nice to have "chain mode" in the program.
How it works:
For example I have 10 text fields which I need to copy to other 10 fields.
I enable chain mode and step by step select (copy to mouse buffer) all 10 
fields, then I one by one click middle button to other 10 fields for paste 
data. Every middle click paste data and change buffer list to next element.

What are you thinking?

Original issue reported on code.google.com by [email protected] on 17 Feb 2011 at 9:07

Copied from original issue: pvanek/qlipper-googlecode-backup#2

Hi @pvanek - a new tag would be nice, we are on 5.0.0 and the last tag is 2.0.2 - looks strange and a little bit misleading, if one use git describe for package versions.

set(QLIPPER_VERSION 5.0.0) is pushed long ago, but the latest release was in 2013

Subj

on Arch Fluxbox:

session-c1.scope: Stopping timed out. Killing.
session-c1.scope: Killing process 467 (qlipper) with signal SIGKILL.
session-c1.scope: Failed with result 'timeout'.

lxqt/lxqt#858

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu Bionic Beaver (development branch)
Release: 18.04
Codename: bionic

$ dpkg -s qlipper | grep '^Version:'
Version: 1:5.1.1-2

$ echo $LANG
ca_ES.UTF-8

And move qlipper to Qlipper/qlipper.
When one finds pvanek/qlipper may think that it's an developer fork and not the mainline repo. I would.

Please

Here is a simple patch fixing the compilation of master on Qt5.5 : https://zerobin.net/?3da22ea6276fa839#siB5ak+BkZ8FHpzWgBc+u4ZrMqNitY3sUzKc467gJuw=
Had to apply it with "git apply --whitespace=fix".

Here was the error : https://zerobin.net/?3f22f9811e67ef5b#e1Xj/l+93inN1KoPXzA9QidWXW8Gws2W6/X6637KcyU=

qlipper works very strange on KDE 4.10 and above. I have enabled platform specific extensions, so it sohuld use mouse buffer and regular buffer, but it uses only buffer. It can fill mouse buffer or sometimes it fills regular buffer, but not both simultaneously.
Is it normal? Does make sense left or right click on qlipper tray icon?

If the platform specific extension is enabled and in GTK app (e.g. leafpad) some text is selected by mouse and then clicked elsewhere (to unselect) qlipper ends in an endless loop with following debug output:

QXcbClipboard::setMimeData: Cannot set X11 selection owner
QXcbClipboard::setMimeData: Cannot set X11 selection owner
QXcbClipboard::setMimeData: Cannot set X11 selection owner
QXcbClipboard::setMimeData: Cannot set X11 selection owner
QXcbClipboard::setMimeData: Cannot set X11 selection owner
...

... i was debugging the whole behaviour and will file PR in a while.

I don't know how everyone is using Qlipper, but it was (and still is) unusable for me for a long time. In order to find a workable setup, I have tried every relevant setting of Qlipper, and with each setting I have tried to use Qlipper with 10 different applications, took notes, and compiled a table regarding text selection and its entry to history. The table doesn't include restoral (pasting) behavior as I haven't tested them. Just copying behavior. It explains why I wasn't able to use Qlipper so far (I use Clipman instead, but shut it down during these tests).

Here it is.

So far the most usable setting is:
(*) Use Platform Specific Extensions (Advanced)
[Synchronize clipboard & PSE instantly]

[Synchronize clipboard & PSE when item selected] behaves the same. Other options are worse, so I don't report them to prevent clutter. But I can provide them if asked.

• Copy 1 : When some text is selected (e.g. doubleclicked) it is copied to history only for once. Recurrent selections doesn't create duplicate entries in history. This is the way a clipboard is supposed to work. There is a separate column for mouse and Ctrl+C as they behave differen sometimes.
• Copy N : The more you select it by mouse, the more duplicate entries pop up in history.
• No recopy : Pressing Ctrl+C for an already selected text doesn't create duplicate entri(es) in history. This is the way it is supposed to work.
• Recopy 1 : Ctrl+C creates a duplicate entry in history.
• Recopy N : The more you select it by Ctrl+C, the more duplicate entries pop up in history.
• Invisible Copy : If first selection is made by dragging the mouse, then it is visible in CB history. OTOH, if selected by doubleclicking then it is invisible (shown as blank) but still it contains the selected text (i.e. when you choose that "blank" entry in the CB history it restores the original selection, even if it is shown as blank in the history). It depends on how the very first selection is made. If it is invisible (selected by by doubleclick), then it stays that way even if you reselect it later by mouse-dragging. If it is visible (selected by dragging) then it stays that way even if you reselect it later by doubleclick.

One thing possibly peculiar to my environment is that I have installed both Xfce4 and LXQt, but only use LXQt. I don't know whether Xfce installation can affect my LXQt environment somehow.

aramazan@torik:~$ ps ax | grep xf
  838 ?        S      0:47 /usr/bin/xfwm4
  850 ?        S      0:00 /usr/lib/x86_64-linux-gnu/xfce4/xfconf/xfconfd

System Information

• Distribution & Version: LXQt experimental-snapshots on top of Debian Testing (Buster)
• Kernel: 4.9.0-4-amd64
• Qt Version: 5.10.1
• libqtxdg Version: libqt5xdg3 / 3.1.1~13-gb5ddbd4-1
• lxqt-build-tools Version: Not installed
• lxqt version : 25
• qlipper version : 1:5.1.2~6-g25ba344-1

Clearing the clipboard history by clicking "Clear clipboard history" in Qlipper's context menu is valid for the current session only. All content gets restored the next session.
Topic "Clear Items on Exit" in the configuration dialogue doesn't seem to have any effect at all.

Seen on Arch Linux x86_64 or i686 running Qlipper 8bf53a8 and LXQt from recent VCS checkouts as well as on Debian testing x86_64 using the official repositories only.

Attempting to use Qlipper in an X2go session [ x2goserver 4.0.1.19 Debian packages]. It seems that Qlipper can only write the to the clipboard and selection buffer, not read. I can add sticky items and paste them no problem. Any selections or clipboard entries created from other applications do not appear in Qlipper. I have tried enabling and disabling PSE.

Other applications in the session have no problem sharing clipboard entries, regardless of application toolkit [Qt, GTK, Mozilla, basic X (xterm and the like)].
The sticky entries feature is useful by itself but this level of functionality is way below what I could be doing with Qlipper.

I don't know enough about the mechanics of the clipboard and paste buffer in X to say if this is an issue with x2go or Qlipper but as other applications have no problem with the clipboard I am starting with a bug submission here :-)

It seems qlipper_it.ts is using:

<TS version="2.1" language="sr_RS">

And qlipper_sr.ts is using:

<TS version="2.1" language="sr_RS">

Maybe change to:

<TS version="2.1" language="it">
<TS version="2.1" language="sr">

'Welcome to the Qlipper clipboard history applet'.
What is its sense?

From @GoogleCodeExporter on March 17, 2015 19:36

Hi, my name is Richard Hughes and I work at Red Hat. I'm trying to build a 
distro-neutral framework to make installing applications easier. At the moment 
I'm trying to contact various upstream authors asking them to do things to make 
their software show up. I've got support from a number of distros, KDE, XFCE 
and GNOME, but I also need some degree of maintainer buy-in. Already there are 
over 1000 applications listed in the metadata, and over 25% of them supply the 
nice-to-have AppData file with screenshots.

Qlipper does have a couple of small issues. It currently ships a very small 
application icon, which is too small to be padded to 64x64.

Would you perhaps consider shipping a larger icon? To be included your 
application needs to ship an icon of at least 48x48px, and ideally 64x64px with 
an alpha channel. Additionally, please consider writing and installing an 
AppData file with the application description and some screenshots, otherwise 
your application will look kinda bare in the GNOME and KDE Software Centers. 
We'd also love to showcase more applications, but without the extra data file 
we can't.

See http://people.freedesktop.org/~hughsient/appdata/ for details about AppData 
and AppStream, or if you have any other questions please don't hesitate to ask; 
thanks!

Richard

Original issue reported on code.google.com by [email protected] on 11 Jul 2014 at 10:09

Copied from original issue: pvanek/qlipper-googlecode-backup#16

apt has changed a little bit

I dont see any instructions on how to update a translation.
I wanted to bring the danish translation up to date but how do i do that?

From @GoogleCodeExporter on March 17, 2015 19:35

now qlipper mixes 2 different buffers to one. For example If I have some data 
in regular buffer and then select some text by mouse then this text will added 
to regular buffer and will be pasted by Ctrl+V. Klipper did not mix that two 
buffers.

Original issue reported on code.google.com by g.shura0 on 30 Jul 2011 at 6:36

Copied from original issue: pvanek/qlipper-googlecode-backup#5

Qlipper gets it as "binary".

After recent LXQt upgrade (on two different machines, one with git and the other with arch repo lxqt packages 0.11.0.1) when selecting older items in cronology I can paste them, but the first (bold) item does never change, it remains always the last copied.
So looking at the popup it's impossible to know what is actually in the clipboard when one has selected an older item.

Recompiled from git, deleted config, did not help.

I would be happy if we can use c++11 features in qlipper's code.

Can I update build system to require c++11 compiler? Or are there any objections?

If possible qlipper should not jump in into copy actions for blacklisted applications - that would be helpful for inkscape and others with broken converters.

...it's in the title, when I left-click on tray icon,
menu shows, and a new button appears for its window in my taskbar (fbpanel).

This is not the expected behavior I expect, and proper window properties should be set.
With regards
Arnaudv6

As for Fedora 23 (patch):

--- CMakeLists.txt.orig	2016-11-21 08:42:04.383336108 +0300
+++ CMakeLists.txt	2016-11-21 08:53:32.542751207 +0300
@@ -59,7 +59,7 @@
 find_package(Qt5LinguistTools REQUIRED)
 
 if (USE_SYSTEM_QXT)
-    find_package(Qxt)
+    find_package(Qxt REQUIRED COMPONENTS QxtCore, QxtGui)
     message(STATUS "Use system Qxt Library: " ${USE_SYSTEM_QXT})
     if (USE_SYSTEM_QXT AND NOT QXT_FOUND)
         message(FATAL_ERROR "System Qxt not found")
@@ -180,6 +180,11 @@
 )
 if (NOT QXT_FOUND)
     include_directories(${CMAKE_CURRENT_SOURCE_DIR}/qxt)
+else ()
+    include_directories(
+        ${QXT_INCLUDE_PATH}/QxtCore
+        ${QXT_INCLUDE_PATH}/QxtGui
+)
 endif (NOT QXT_FOUND)

HI.
How to reproduce the issue.

1. Clear clipboard history
2. Run Libreoffice calc
3. Fill 2 cells: first is "123" with bold font and second is "456" with regular font.
4. Copy first cell, then copy second cell. Esc.
   Qlipper shows 2 items in an menu:

• 456
• 123

OK.
Next, click to "123" item in the qlipper menu and paste it to calc. It inserts "123" with bold font.
5. Open Qlipper menu. It is "Bynary:" item on first place. It contain nothing, qlipper will paste nothing if you select it.

And drop the now so used QtSingleApplication.
I can do it. Already done it for LXQt

When ENABLE_NETWORK_CLIPBOARD_SHARING is ON, build fails:

/home/tux/Descargas/qlipper/src/qlippernetwork.cpp: In member function 'void QlipperNetwork::readData()':
/home/tux/Descargas/qlipper/src/qlippernetwork.cpp:104:26: error: no matching function for call to 'QlipperItem::toClipboard()'
         item.toClipboard();
                          ^
In file included from /home/tux/Descargas/qlipper/src/qlippernetwork.cpp:21:0:
/home/tux/Descargas/qlipper/src/qlipperitem.h:62:10: note: candidate: void QlipperItem::toClipboard(const Actions&) const
     void toClipboard(const Actions & actions) const;
          ^~~~~~~~~~~
/home/tux/Descargas/qlipper/src/qlipperitem.h:62:10: note:   candidate expects 1 argument, 0 provided
make[2]: *** [CMakeFiles/qlipper.dir/build.make:266: CMakeFiles/qlipper.dir/src/qlippernetwork.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:100: CMakeFiles/qlipper.dir/all] Error 2
make: *** [Makefile:152: all] Error 2

I would like to remove the clipboard items from context menu. So the items will be only in menu showed upon the (left)clik on tray icon or upon the shortcut. In context menu ((right)click on tray icon) will just be the static items (clear, configure, about, quit).

Any objections?