oae / gnome-shell-pano Goto Github PK

Describe the bug
When you copy a piece of code, the preview shown in pano doesn't use a monospace font.

Expected behavior
A monospace font is used on the code preview

Screenshots

font settings

To Reproduce

• GNOME Shell version: 42
• Distro: Fedora 36

the background color of the copied text and files is too bright, please make them darker

After the update the extension stopped working for me.
I needed to install "gir1.2-gsound-1.0" (on debian with apt)
maybe upate the doc that not only "gir1.2-gda-5.0" is needed but also "gir1.2-gsound-1.0" ?

Is your feature request related to a problem? Please describe.
URL link content preview requires internet connectivity to load web page which brings privacy concerns and other unwanted consequences.

Describe the solution you'd like
Provide option to disable URL link content preview.

Describe alternatives you've considered
Offline mode/hotkey to toggle preview?

Additional context
Some URL links are for one time use only or result in unexpected result (account activation/deactivation link, unsubscribe link).

Describe the bug
If you create screenshot and it is copied to your clipboard, it is not pastable via middle click paste. It will use the last text based item in the list. This is most likely related to #30. I use Gpaste to sync the Clipboard buffer with Primary selection. You can turn on Image support in Gpaste but that will duplicate images items Pano and images are still not middle click pastable.

Expected behavior
Images should be middle click pasteable via middle click from Primary Selection like Text.

To Reproduce

• GNOME Shell version: 42
• Distro: Fedora 36
• Steps to reproduce, if applicable:

1. Hit print screen to take a screenshot. It will get copied to your Clipboard buffer.
2. Try and middle click paste it.
3. See the last text item you copypasta'ed get pasted instead of the image.

Is your feature request related to a problem? Please describe.
Currently clipboard history persists between reboots and user logins. While this can be a useful feature, many users don't use it and prefer their clipboards to be cleared.

Describe the solution you'd like
Ideally if this option is enabled the database should be stored in a memory space only accessible by pano, but i'm not sure if thats feasible. Another option would be to use a tmpfs folder like /tmp to store the database and limit the permissions so that only the current user can read from it. This along with a max time each item can be in the database provides reasonable assurance that in most cases if you copy something sensitive it won't be written to disk.

From a ui perspective i think it would be better to only allow user to choose the db location only if the option to make clipboard persistent is enabled.

Describe alternatives you've considered
Currently this is sort of possible by changing the db location to /tmp. But I find that solution to be not really intuitive to the average user. Also currently all users have read access to the db which might be problematic in a multi-user scenario.

Additional context
I guess it would be even better if you could make it so that clipboard is cleared on logout instead of shutdown.

For reference clipboard indicator stores the history entirely in memory if a similar toggle is enabled but given that pano uses sql i don't think it is feasible. Their discussion on the feature

If the entry already exist and it is copied again just move it to the top (left in this case) instead of duplicating it. This seems to only happen with links/urls.

Is your feature request related to a problem? Please describe.
Sometimes I copy multiple items that I want to paste later to an application. Drag and drop functionality would be helpful to paste multiple copied items to an application.

Describe the solution you'd like
I would like to be able to drag and drop copied items from Pano to an application. After dragging an item and dropping it to the desired application, Pano should remain open so I could then drag and drop another item.

Copy anything, then delete it, copy anything else and the previously deleted item will reappear.

Is your feature request related to a problem? Please describe.
Steps to reproduce:

1. Run Pano
2. Select and copy some rich-HTML (eg. part of this Github Issues webpage)
3. Copy another thing, doesn't matter. (this moves the rich-text HTML out of the OS clipboard, and only into Pano. Pano strips formatting at this point.)
4. Select the rich text snippet in Pano
5. Paste into Libreoffice Writer or similar -- the rich text formatting is gone

Describe the solution you'd like
Upon step 5, retain the rich text formatting

Describe alternatives you've considered
Before trying Pano, I was a user of CopyQ, which supports retaining rich text. A screenshot of the preview of retention of rich text is shown:

I'm really digging the better UI and visuals in Pano! I hope it can be made more feature-rich to compete with existing solutions :)

Hello,
I couldn't find where to translate so I open this feature request to make the extension available in various languages.

BE CAREFULL, DO NOT TRY TO COPY THE TEXT IN THIS BUG WITH THE CURRENT VERSION OF PANO

Bug Description
Trying to copy the following URL (with port and a double quote at the end):

https://127.0.0.1:1234"

results in the text being copied to clipboard, but is not visible in the clipboard browser.
Additionally, when the extension is restarted (via Alt+F2, r or logging out/restarting gnome) it fails to load with the following error:

GLib.UriError: Could not parse port '1234"' in URI

The only way to revive pano is by deleting the sqlite DB or removing the offending rows from it.

Expected behavior
Copied text is visible in the clipboard browser

To Reproduce

• GNOME Shell version: 42
• Distro: Manjaro

Steps to reproduce

1. Copy badly formatted url with port such as https://127.0.0.1:1234"
2. See copied text is missing
3. Restart extension
4. Extension does not load

Log data
Output from journalctl /usr/bin/gnome-shell:

JS ERROR: Extension [email protected]: GLib.UriError: Could not parse port ‘1234"’ in URI
LinkPanoItem@/home/user/.local/share/gnome-shell/extensions/[email protected]/extension.js:13877:35
createPanoItemFromDb@/home/user/.local/share/gnome-shell/extensions/[email protected]/extension.js:15747:28
PanoScrollView/<@/home/user/.local/share/gnome-shell/extensions/[email protected]/extension.js:15816:54
PanoScrollView@/home/user/.local/share/gnome-shell/extensions/[email protected]/extension.js:15815:113
PanoWindow@/home/user/.local/share/gnome-shell/extensions/[email protected]/extension.js:16125:31
PanoExtension@/home/user/.local/share/gnome-shell/extensions/[email protected]/extension.js:16265:31
extension@/home/user/.local/share/gnome-shell/extensions/[email protected]/extension.js:16333:16
_callExtensionInit@resource:///org/gnome/shell/ui/extensionSystem.js:463:50
loadExtension@resource:///org/gnome/shell/ui/extensionSystem.js:380:27
_loadExtensions/<@resource:///org/gnome/shell/ui/extensionSystem.js:631:18
collectFromDatadirs@resource:///org/gnome/shell/misc/fileUtils.js:27:28
_loadExtensions@resource:///org/gnome/shell/ui/extensionSystem.js:610:19
_enableAllExtensions@resource:///org/gnome/shell/ui/extensionSystem.js:637:18
_sessionUpdated@resource:///org/gnome/shell/ui/extensionSystem.js:657:14
init@resource:///org/gnome/shell/ui/extensionSystem.js:55:14
_initializeUI@resource:///org/gnome/shell/ui/main.js:289:22
start@resource:///org/gnome/shell/ui/main.js:166:5
@resource:///org/gnome/shell/ui/init.js:6:17

Is your feature request related to a problem? Please describe.
Linux has many clipboard buffers. You can read more about them here. I use gpaste to sync the Clipboard Buffer with Primary selection as I do a lot of highlighting stuff and middle click copypasta with my work.

Describe the solution you'd like
Sync the Clipboard Buffer with Primary Selection and vice versa.

Describe alternatives you've considered
Continuing to use Gpaste to handle this feature.

Describe the bug
A mouse hovering over a block highlights it. If I press arrow keys to select a different block, I may end up with two blocks being highlighted. It creates confusion, I am no longer sure which block is selected when I press ENTER.

If I open Pano and it happens that my mouse cursor is over some Pano block/item, it gets highlighted automatically.

Expected behavior
If I open the Pano panel, the mouse position over some block should not highlight it automatically.
Only one block should be highlighted at a time. The highlighted block should get selected when I press ENTER.

Screenshots

To Reproduce

• GNOME Shell version: 42
• Distro: Fedora 36
• Steps to reproduce, if applicable:
  Provided

Describe the idea or feature you'd like
I want this extension to be functional in gnome 43

Is your feature request related to a problem? Please describe.
nope

Additional context
nope

I just installed from GNOME Extensions and getting an error:

extension.stateObj.enable is not a function

Is your feature request related to a problem? Please describe.
Copied data from some applications, such as password managers, are almost always sensitive. Pano should never store data when clipboard data comes from these types of apps.

Describe the solution you'd like
Pano should provide a way for the user to configure a list of applications to exclude. Picking an application should be really simple (i.e. don't require the user to navigate to a application binary).

Building on top of the above, Pano should also be shipped with a list of common applications which will be excluded by default. This is to make the extension "just work" the way that most people would probably want. The user always has the option to remove apps from the default exclusion list.

Describe alternatives you've considered
There's already a feature request to add an expiry time to clipboard data, but that still leaves a time window where sensitive information is vulnerable.

Additional context
I have previously used Paste ( https://pasteapp.io/ ), a macOS app, and Paste can exclude certain apps and can exclude well known password management apps by default.

Some apps into put into the default exclusion list are:

• 1Password
• Bitwarden
• KeepassXC

It would be nice to see a small icon of an app where a given copied item comes from. It would help to distinguish the items on the list a bit.

Feature inspired by https://onmyway133.com/pastepal/.

Description
When using Pano in a multi monitor setup, Pano get only shown correctly on the monitor that has the gnome top menu bar. On the other it appears and disappears when using the activation shortcut.

Expected behavior
Pano should show correctly on any monitor I am.

Screenshots
Because of the nature of this problem it is not possible to screenshot it.

How to Reproduce

• GNOME Shell version: 42
• Distro: Fedora 36
• Number of monitors: 2, they where connected to a thunderbolt dock from dell. They where also identical units.
• Steps to reproduce, if applicable:

1. Open Pano on the screen with the menu bar. This works fine.
2. Open Pano on a different screen. Now Pano appears and disappears immediately.

Log data
I can't provide any l,og data as I am not at my work place right now. I will try to add log data later.

Is your feature request related to a problem? Please describe.

Currently, I do not see support for some of the features that are implemented in older clipboards, I think adding those features would improve a lot the overall extension, and also make users possible to completely move to this awesome extension.
The reason I think these features should be considered is because most of the people that use clipboard-clipper, use shortcuts, for faster moving between history, to increase productivity. The extension is awesome, especially since it saves images too, but when I started to use it (moved from the clipboard history) I am missing these features, and making me think to move back.

Describe the solution you'd like

Here is like a list that shows some of the features to be implemented (those features are available in the other clipboards)

• Adding shortcut for moving to the history without opening the extension
  • For example the other clipboards have the option to move to the copied clipboard with a shortcut, this is better and also a feature that I think all the users will use.
  • Pressing a shortcut (should be able to be customized) will move to upper/lower clipboard history and also should notify the user with which history he selected.
• Ability to pin the clipboard history.
  • Add the possibility to pin some clipboard history, those can be on top always.

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.

1. The first feature is more straightforward, just the option to move between the history/Database with shortcuts. The best is to add options inside the extension-option-window so that everyone can change shortucts in their own way. But showing notification that which clipboard you have now, (small text of the copied clipboard) is really good and better for user. If its image, we can notify the user that he selected an image like: You selected an image.

2. Second feature can be a bit not so good if people start to pin lot of history, (because the history is shown in big boxes) but this can be improved with a small UI/UX change. For example the pinned history, you can limit to not show the whole copied text, but put inside on one block with type of pinned and they should be shown just some parts (check the screenshot down for a better understanding of what i mean)

   • This UI/UX feature be considered for implementation later if it is a better approach, now you can just add pin option, and leave pinned to the top

Additional context
Add any other context or screenshots about the feature request here.

Is your feature request related to a problem? Please describe.
I have increased the history size to 20. After work, I don't want to see these texts anymore 😃 and wanna clear the whole history. But I couldn't find the button Clear clipboard history. There is solution to remove each item, but it is less comfortable

Describe the solution you'd like
Add button Clear on the right top for panoWindow

Describe alternatives you've considered
Manually remove each item - too much work.

Additional context
Great and awesome project. And perfect code (I'm a developer too 👍 ). Good luck ⭐ * Infinity

Describe the bug
Pano creates multiple copies of the same link on copying the same link multiple times.

Expected behavior
If the link is already the most recently copied item it shouldn't add the same item to the clipboard again.

Screenshots

To Reproduce

• GNOME Shell version: 42.4
• Distro: Arch Linux
• Steps to reproduce, if applicable:

1. Copy a link
2. Copy that link again
3. And again...
4. Bug

Log data
Output from journalctl /usr/bin/gnome-shell: Quite long text, only showing last 1000 lines

Is your feature request related to a problem? Please describe.
The user is likely to save entries containing sensitive information to the clipboard history without realising it.

Describe the solution you'd like
Play a sound or show a notification when copying, so that the user is made aware that an entry has been saved in the history

Describe alternatives you've considered
an audio notification is ideal for users who are able to use audio, but if they are not, a visual notification should be provided as well, and ideally the preference between either or both should be made available

Additional context
paste.app for macos has a similar feature, as does clipboard indicator shell extension

Describe the bug
Upgrading Pano makes it stop working.
Only observed error message is here:

Expected behavior
Pano to work.

Screenshots
Attached above

To Reproduce

• Steps to reproduce, if applicable:

1. Install Pano from the website.
2. Error

Log data
Can't really find anything.

Is your feature request related to a problem? Please describe.

When I open the Pano panel, I see this:

Now, in order to copy the second element from the left, I have to go right with two right-arrow clicks. However, I believe it should be just one right-arrow click. Logically, the element that is on the very left is already in my clipboard. So, I'd never need to select it and copy it. The minimum amount of right-arrow clicks that I will realistically ever do in Pano is two clicks.

Describe the solution you'd like

Select the very first element by default so that a single right-arrow click will take me to the second element.
I think such a setting should be configurable so that people who like the current approach may keep it.

Describe alternatives you've considered

I think the current approach is a bit inefficient. The proposed solution should get rid of this one unneeded click.

Additional context

Probably it makes sense how other similar tools do it.

It doesn't work on GNOME 43 :

août 26 15:14:28 lyes-pc gnome-shell[377145]: [pano] [extension] extension is initialized
août 26 15:14:28 lyes-pc gnome-shell[377145]: JS WARNING: [/home/lyes/.local/share/gnome-shell/extensions/[email protected]/extension.js 350]: Too many arguments to method Gda.SqlBuilder.add_expr_value: expected 1, got 2
août 26 15:14:28 lyes-pc gnome-shell[377145]: JS WARNING: [/home/lyes/.local/share/gnome-shell/extensions/[email protected]/extension.js 350]: Too many arguments to method Gda.SqlBuilder.add_expr_value: expected 1, got 2
août 26 15:14:28 lyes-pc gnome-shell[377145]: JS ERROR: Extension [email protected]: TypeError: dm is null
                                               query@/home/lyes/.local/share/gnome-shell/extensions/[email protected]/extension.js:507:26
                                               PanoScrollView@/home/lyes/.local/share/gnome-shell/extensions/[email protected]/extension.js:15815:16
                                               PanoWindow@/home/lyes/.local/share/gnome-shell/extensions/[email protected]/extension.js:16125:31
                                               PanoExtension@/home/lyes/.local/share/gnome-shell/extensions/[email protected]/extension.js:16268:31
                                               extension@/home/lyes/.local/share/gnome-shell/extensions/[email protected]/extension.js:16336:16
                                               _callExtensionInit@resource:///org/gnome/shell/ui/extensionSystem.js:465:50
                                               _callExtensionEnable@resource:///org/gnome/shell/ui/extensionSystem.js:162:18
                                               _onEnabledExtensionsChanged/<@resource:///org/gnome/shell/ui/extensionSystem.js:529:35
                                               _onEnabledExtensionsChanged@resource:///org/gnome/shell/ui/extensionSystem.js:529:14
                                               createCheckedMethod/<@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:624:46
                                               enableExtension@resource:///org/gnome/shell/ui/extensionSystem.js:211:29
                                               _onInstallButtonPressed@resource:///org/gnome/shell/ui/extensionDownloader.js:268:40
                                               Async*addButton/<@resource:///org/gnome/shell/ui/dialog.js:132:41

I have an HD monitor, so the current height is almost half of my screen.

An option to change the height would be great.

It would be great if I could configure the extension not only make clipboard history item active on selection, but also to immediately paste it (to avoid an extra CTRL+V)

Describe the bug
When using Pano the GNOME Wastebasket icon in Nautilus indicates deleted content. Opening the Wastebasket folder shows duplicates of the Pano storage folder (from under .local/share) being there.

Expected behavior
Pano should not, as part of its operation, put content into the user's Wastebasket folder.

Screenshots
N/A.

To Reproduce

• GNOME Shell version: 42.4
• Distro: fedora 36 Silverblue
• Steps to reproduce, if applicable:

1. Use Pano
2. Examine contents of Wastebasket folder
3. Bug

Log data
Output from journalctl /usr/bin/gnome-shell:

example log data

Is your feature request related to a problem? Please describe.
When you copy password or login from Secrets password manager it is added to database of pano.

Describe the solution you'd like
Secrets should be added to excluded apps so passwords aren't stored in database.

Describe alternatives you've considered
None

Additional context
Secrets is only available as flatpak on flathub so the name of the window is "org.gnome.World.Secrets"

Describe the bug
The .xml in the schemas folder is called org.gnome.shell.extensions.extensions-sync.gschema.xml

Expected behavior
This file should probably be called org.gnome.shell.extensions.pano.gschema.xml

Just a minor quality-of-life improvement that should be easy to implement: I had to look up an article about Pano to find out how to use it, because the description on extensions.gnome.org only mentioned the dependencies I needed to install.

Thanks for Pano btw, it's looking great!

I installed all the dependencies needed:

$ sudo zypper se -i libgda
Loading repository data...
Reading installed packages...

S  | Name                    | Summary                                           | Type
---+-------------------------+---------------------------------------------------+--------
i+ | libgda-6_0-6_0_0        | GNU Data Access (GDA) Library                     | package
i  | libgda-6_0-6_0_0-lang   | Translations for package libgda                   | package
i  | libgda-6_0-ldap         | LDAP Provider for GNU Data Access (GDA)           | package
i  | libgda-6_0-mysql        | MySQL Provider for GNU Data Access (GDA)          | package
i+ | libgda-6_0-sqlite       | Sqlite Provider for GNU Data Access (GDA)         | package
i+ | libgda-6_0-tools        | GNU Data Access (GDA) Library -- Tools            | package
i+ | libgda-report           | GNU Data Access (GDA) Library                     | package
i  | libgda-report-6_0-6_0_0 | GNU Data Access (GDA) Library                     | package
i  | libgda-ui-6_0-6_0_0     | GNU Data Access (GDA) Library - UI Widgets        | package
i  | libgda-ui-6_0-plugins   | GNU Data Access (GDA) Library - Plugins for UI -> | package
i+ | libgda-xslt-6_0-6_0_0   | GNU Data Access (GDA) Library                     | package
i  | libgdata-lang           | Translations for package libgdata                 | package
i  | libgdata22              | GLib-based library for accessing online service-> | package

However, the extension still shows an error:

Describe the bug
Pano incorrectly classifies a wall of text as code and an actual java code snippet as text.

Expected behavior
It correctly identifies code blocks.

Screenshots

To Reproduce

• GNOME Shell version: 42.4
• Distro: Endeavour OS

Sample text (is detecting as code):

This is a sample wall of text. Clearly this is not code. I think that is obvious. This is a sample wall of text. Clearly this is not code. I think that is obvious. This is a sample wall of text. Clearly this is not code. I think that is obvious. This is a sample wall of text. Clearly this is not code. I think that is obvious. This is a sample wall of text. Clearly this is not code. I think that is obvious. This is a sample wall of text. Clearly this is not code. I think that is obvious. 

This is a sample wall of text. Clearly this is not code. I think that is obvious. This is a sample wall of text. Clearly this is not code. I think that is obvious. This is a sample wall of text. Clearly this is not code. I think that is obvious. 
This is a sample wall of text. Clearly this is not code. I think that is obvious. This is a sample wall of text. Clearly this is not code. I think that is obvious. This is a sample wall of text. Clearly this is not code. I think that is obvious. 

This is a sample wall of text. Clearly this is not code. I think that is obvious. This is a sample wall of text. Clearly this is not code. I think that is obvious. 

Sample code (is detecting as text):

class Java
{
   public static void main(String[] args)
   {
      System.out.println("Clearly this is code sniippet");
   }
}

Perhaps it would be a useful feature to "star" or otherwise mark some pastes as favorites to prevent them from being deleted from history.

I installed the extension from chrome using gnome extension and it gives an error saying "TextDecoder not defined". For the record, I have installed the gda package.

The settings of extension [email protected] had an error:

Error: Requiring Adw, version none: Typelib file for namespace 'Adw' (any version) not found

Stack trace:

@/home/aks/.local/share/gnome-shell/extensions/[email protected]/prefs.js:251:1
_init@resource:///org/gnome/Shell/Extensions/js/extensionsService.js:204:33
OpenExtensionPrefsAsync/<@resource:///org/gnome/Shell/Extensions/js/extensionsService.js:122:28
asyncCallback@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:132:22
run@resource:///org/gnome/Shell/Extensions/js/dbusService.js:177:20
main@resource:///org/gnome/Shell/Extensions/js/main.js:19:13
run@resource:///org/gnome/gjs/modules/script/package.js:222:19
start@resource:///org/gnome/gjs/modules/script/package.js:206:8
@/usr/share/gnome-shell/org.gnome.Shell.Extensions:1:17

Sometimes clipboards can store sensitive information. Can you add an option for settings a timer for clearing the clipboard?

Ideally, GNOME extensions should be able to work standalone, especially for distributions like Fedora Silverblue, where installing additional packages can be more cumbersome.

Some of my specs (via neofetch)

OS: Ubuntu 20.04.4 LTS x86_64 
Host: N150ZU 
Kernel: 5.4.0-124-generic 
Resolution: 1920x1080 
DE: GNOME 
WM: Mutter 
WM Theme: Adwaita 
Theme: Yaru-dark [GTK2/3] 
Icons: Yaru [GTK2/3] 
Terminal: gnome-terminal 
CPU: Intel i7-8565U (8) @ 4.600GHz 
GPU: Intel UHD Graphics 620 
Memory: 8597MiB / 15720MiB 
GPU Driver: i915 

Gnome versions:

❯ gnome-extensions --version
3.36.9
❯ gnome-shell --version
GNOME Shell 3.36.9

Stack trace: _init@resource:///org/gnome/Shell/Extensions/js/extensionsService.js:204:33 OpenExtensionPrefsAsync/<@resource:///org/gnome/Shell/Extensions/js/extensionsService.js:122:28 asyncCallback@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:132:13 run@resource:///org/gnome/Shell/Extensions/js/dbusService.js:175:20 main@resource:///org/gnome/Shell/Extensions/js/main.js:19:13 run@resource:///org/gnome/gjs/modules/script/package.js:222:19 start@resource:///org/gnome/gjs/modules/script/package.js:206:5 @/usr/share/gnome-shell/org.gnome.Shell.Extensions:1:17

Is your feature request related to a problem? Please describe.
At the beginning, the selection was shown with a border around the selected item. Now, it is a kind of platform below the element. I think the previous design was better, it was more aligned with Gnome design. For example, here's how selection looks like in the Gnome's Settings app:

The other thing that I don't like about the new design is the motion. Changing the selection causes the newly-selected element to slightly go up, which I personally think is not necessary:

The last complain is the fact that the "platform" is quite blurry:

I'm not sure if that was intentional, I think it does not look good.

Describe the solution you'd like
A simple (not blurried) border around the selected element, preferably with an option to select its color via settings.

Describe alternatives you've considered

I think the design should take as much from Adwaita as possible. The default selection in Gnome apps is a border. I think this app should go with that as well.

I think the selection indicator is not visible enough.

I'd suggest making it a solid border, without transparency, with potentially customizable color.

Describe the bug
If cursor was focused on a text field before pano was brought up, deleting an element using only keyboard returns focus to the previous app but pano remains open (unfocused) until clicked outside the original app.

Expected behavior
Either pano shouldn't loose focus or pano should close when focus is lost.

Recording

_{(Don't mind the cursor stuck in the corner. Kooha didn't record it correctly)}

To Reproduce

• GNOME Shell version: 42.4 X11
• Distro: Endeavour OS
• Steps to reproduce, if applicable:

1. Open Firefox and foucs on search bar.
2. Bring up pano
3. Delete an element in history using keyboard.
4. See that focus returns to firefox

I tested this with gnome text editor too and observed the same thing.

Is your feature request related to a problem? Please describe.
Sometimes there are certain snippets that I would like to refer to over a long period of time. Currently, any clipboard data that Pano stores in its DB will eventually be cleared due to the History Length.

Describe the solution you'd like
I would like to be able to pick some clipboard data to be permanently stored in Pano.

This can be achieved by tagging the data by right clicking the snippet and choosing an existing tag or creating a new tag. Every tag should have a color as a visual aid. Retention of untagged data will still be subject to the History Length, but tagged data will never be evicted from the Pano database.

All tags are displayed in Pano when opened using the Global Shortcut.

By default, Pano will display the clipboard history, as is the current behavior. However, the user will have an option to choose a tag and all of their tagged snippets will be available to store into the clipboard again. Tagged data can be reordered to the user's preference.

Describe alternatives you've considered
None.

Additional context
None.

I have been getting this error when trying to build pano from source. I have Glib2 installed through pacman and already ran yarn install without any errors.

❯ yarn build
yarn run v1.22.19
$ yarn run lock:types && yarn run build:types && yarn run build:ts && yarn run gen:locale && yarn run build:extension
$ rm -rf docs-lock.json && cross-env XDG_DATA_DIRS=$XDG_DATA_DIRS:/usr/share/gir-1.0:/usr/share/gnome-shell:/usr/lib/mutter-10:/usr/lib64/mutter-10 yarn run gi-ts config --lock
$ /home/britto/Source/GExtensions/Pano/node_modules/.bin/gi-ts config --lock
Loading docs.json...
Generating local lock file for configuration...
$ yarn run clean:types && gi-ts generate
$ rm -rf ./@types
Loading docs.json...
Finding GIR files...
Using cached docs-lock.json
Resolving libraries...
Loading GIR files...
    Error: Namespace 'GLib' not found.
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

I'm sorry if there is something obvious that I missed. I'm not familiar with extension development and javascript.

... clickable to open the clipboard, as a complement to using the keyboard shortcut. EDIT: Alternatively add hot corner functionality.

What a wonderful extension - thanks!

When I want to delete all the clipboard but for that I have to go extension manager ,enter Pano configuration and then I can delete all the clipboard

Describe the bug

• When the extension is activated on gnome 43, the session instantly crashes and throws me back to the login screen.
• If tries to login when the extension is on, the login will fail and put me back to the login screen.

Expected behavior
The extension being turned on successfully and works well.

Screenshots
Cannot add screenshots since it is an instant crash.

To Reproduce

• GNOME Shell version: 43
• Distro: Arch Linux (up-to-date)
• Steps to reproduce, if applicable:

1. Install Pano
2. Activate it
3. Crashes

Log data
Couldn't find any data related to the crash.

Describe the bug
When copying a file in Nautilus a file entry is created in Pano. If the file is deleted and then a Paste of the copied file is attempted an error is returned because the file no longer exists.

Expected behavior
If a file is copied then a physical copy of the file should be stored so that a subsequent paste returns the copied content not the content of the original file.

Screenshots
N/A

To Reproduce

• GNOME Shell version: 42.4
• Distro: fedora 36 Silverblue
• Steps to reproduce, if applicable:

1. Right-click a regular file in Nautilus and select Copy
2. Delete the file in Nautilus (Shift+Delete)
3. Attempt to paste the file entry from Pano and observe error dialog that file cannot be found.
4. Bug

Log data
Output from journalctl /usr/bin/gnome-shell:

example log data

Currently, the panel can only be displayed at the bottom of the screen. It would be great to have the ability to choose a different location - like left/rigtht side of the screen.

I guess this extensions was inspired by https://pasteapp.io/. There's actually an even better app - https://onmyway133.com/pastepal/. I think Pano would benefit a lot if it took some inspiration from PastePal. It allows you to choose any side for the panel to appear at. It also has other features that I'm going to propose as features in separate "Issues".

Btw, great work! I've been waiting for such an extension.