Users should be able to quickly open winmoji and select a previously used emoji without having to search.

Placement: Separate tab, a small row below the search bar, side panel.

This would make the application a quicker and easier tool for the average user just trying to open then close winmoji.

Dark Theme doesnt work although there are stuff related to it in the source code was it left unimplemented or does it not work?

Feature Request

Add auto updater

Expected Behavior

Searching sad, happy should also search keywords

Current Behavior

currently not happening

I found more emoji here so I want to add them to them, Or how to add my custom emoji to the list?
https://getemoji.com/

Group Emojis in:

• Most Recent
• Smileys & people
• Animals
• Food
• etc..

Windows Defender and virustotal.com detect a virus in the release "winMoji-Setup-2.1.0.exe".

check:https://www.virustotal.com/gui/file/d051c36d9c68c18b84b834d1998069b8d85674fced0a58ed928df0d18b6eb88e/detection

There have been updates to the babel7 monorepo:

• • The devDependency @babel/cli was updated from 7.4.3 to 7.4.4.

• The devDependency @babel/core was updated from 7.4.3 to 7.4.4.
• The devDependency @babel/preset-env was updated from 7.4.3 to 7.4.4.
• The devDependency @babel/preset-react was updated from 7.0.0-rc.4 to 7.0.0.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

This monorepo update includes releases of one or more dependencies which all belong to the babel7 group definition.

babel7 is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.

Your Greenkeeper Bot 🌴

• The scrollbar in the main window is too small to grab with the mouse reliably. This is an a11y issue too.
• Scrollbar track is the same color as window background, failing to communicate where the active scrollbar area begins and ends.

To Reproduce

1. Open the main window.
2. Try to grab the scrollbar with your mouse.
3. Let the anger flow.

Expected behavior
Scrollbar should be larger and easier to grab. Scrollbar track should display a border to communicate where it begins and ends.

Screenshots

Desktop (please complete the following information):

• OS: Windows 10
• Version: 2.3.0

Add fitzpatrick_scale_modifiers

Maybe add an area to choose the global scale.

Feature Request
Add an option to keep the window on top of all other windows.

CTRL+SHIFT+E conflicts with shortcuts for semi-common actions for quite some programs. For example, that's the "export (as)" shortcut in:

• GIMP
• Audacity
• Inkscape (export to PNG)
• Figma

And also

• Krita: Flatten layers
• VSCode: toggles explorer view and switches focus

(Those are just the ones I use on at least a semi-regular basis — ctrl+shift+e seems to be used either for export or merge layers in a lot of image editing programs).

This makes CTRL + SHIFT + E a rather poor choice for a global keyboard shortcut, which is a shame because this program is pretty much a godsend.

Better options would be:

• WIN + . sounds like a rather sensible option. At worst, it would override Windows' default emoji picker (for versions of windows that have it), which is not a big loss since Windows' default emoji picker isn't terribly functional in the first place (doesn't do search)
• Let user decide
• Both of the above

Hello,

It would be great if the application supported global shortcut (e.g. CTRL+SHIFT+E or something with WINDOWS key) so I could open it without touching mouse.

Thanks for this little gem!

The dependency emojilib was updated from 2.3.0 to 2.4.0.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

emojilib is a direct dependency of this project, and it is very likely causing it to break. If other packages depend on yours, this update is probably also breaking those in turn.

Your Greenkeeper Bot 🌴

Keyboard arrow navigation reverts to tab-focused emoji when pressing tab, making it extremely tedious to select emojis with keyboard.

To Reproduce

1. Open the picker window.
2. Press TAB to defocus the input field.
3. Press DOWN ARROW 20 times.
4. Press TAB again.

Expected behavior
Arrow keys should move focus in the main window, not just scroll the list. Pressing TAB on a list that's been scrolled down should select the first emoji visible, not scroll back to the top of the list.

• OS: Windows 10
• Version 2.3.0

Version 20.0.2 of jest just got published.

This version is covered by your current version range and after updating it in your project the build failed.

As jest is “only” a devDependency of this project it might not break production or downstream projects, but “only” your build or test tools – preventing new deploys or publishes.

I recommend you give this issue a high priority. I’m sure you can resolve this 💪

Your Greenkeeper Bot 🌴

Currently emojis' are passed through the clipboard (copy/paste) from the app to the OS.

Expected

upon clicking the emoji we should try to paste that emoji into the location.

Possible solution

Copy the emoji to clipboard, if focus is not in the app's search attempt to paste to desired location. (similar to windows current keyboard.

It would make adding a windows-wide keyboard shortcut possible. Currently if the app is in the tray, launching the exe does nothing.

Installer is getting rather large, and now with 32bit and 64bit these may need to be broken out or even shrink up the files.

Improve the list of available emojis in winmoji

When opening with CTRL+SHIFT+E the input isn't focussed for me, meaning I have to go to my mouse to type an emoji 😢

The devDependency electron-builder was updated from 20.33.1 to 20.33.2.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

electron-builder is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.

Your Greenkeeper Bot 🌴

The devDependency webpack was updated from 4.39.1 to 4.39.2.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

webpack is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.

Your Greenkeeper Bot 🌴

Update to use TrayIcon PNG.

You had to use C/C++ and WinAPI for that simple app. 👎

Version 2.1.2 of electron-updater just got published.

This version is covered by your current version range and after updating it in your project the build failed.

electron-updater is a direct dependency of this project this is very likely breaking your project right now. If other packages depend on you it’s very likely also breaking them.
I recommend you give this issue a very high priority. I’m sure you can resolve this 💪

Your Greenkeeper Bot 🌴

Version 6.25.0 of babel-core just got published.

This version is covered by your current version range and after updating it in your project the build failed.

As babel-core is “only” a devDependency of this project it might not break production or downstream projects, but “only” your build or test tools – preventing new deploys or publishes.

I recommend you give this issue a high priority. I’m sure you can resolve this 💪

Your Greenkeeper Bot 🌴

The devDependency coveralls was updated from 3.0.4 to 3.0.5.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

coveralls is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.

Your Greenkeeper Bot 🌴

After launching Winmoji 2.3.0 under Windows 7 x64, should it look like this, or do you recommend performing some additional actions with fonts to improve the display of emojis?

Describe the bug
Set nodeIntergration to flase instead of true

Why?
this is for security, but right now it is set to true to handle items we need node on.
https://electronjs.org/docs/tutorial/security

This is a rather large ticket causing a refactor and re-throught to the current structure of the application.

Expected behavior
Application functions as normal.

Describe the bug
The font used for the "Recent" title in the emoji list looks like Times New Roman. Would it be possible to change the font to Segoe UI (Windows system default)?

The devDependency electron-builder was updated from 20.36.0 to 20.36.1.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

electron-builder is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.

Your Greenkeeper Bot 🌴

When i show the windows and click and emoji, the text cursor dissapears and focus on the window, thus not typing the requested emote
OS : Windows 10

There have been updates to the electron-builder monorepo:

• • The devDependency electron-builder was updated from 22.3.1 to 22.2.0.

• The dependency electron-updater was updated from 4.2.1 to 4.2.2.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

This monorepo update includes releases of one or more dependencies which all belong to the electron-builder group definition.

electron-builder is a direct dependency of this project, and it is very likely causing it to break. If other packages depend on yours, this update is probably also breaking those in turn.

Your Greenkeeper Bot 🌴

The devDependency electron was updated from 6.0.1 to 6.0.2.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

electron is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.

Your Greenkeeper Bot 🌴

There have been updates to the react monorepo:

• • The dependency react was updated from 16.6.1 to 16.6.2.

• The dependency react-dom was updated from 16.6.1 to 16.6.2.
• The devDependency react-test-renderer was updated from 16.6.1 to 16.6.2.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

This monorepo update includes releases of one or more dependencies which all belong to the react group definition.

react is a direct dependency of this project, and it is very likely causing it to break. If other packages depend on yours, this update is probably also breaking those in turn.

Your Greenkeeper Bot 🌴

I see that the repo is quite engaging
I would love to see a github - action welcoming all the new contributors on their issues and Prs

If you love the idea , assign me

I forked and tested, and found that the 32bit build uses around 30 MB less RAM than the 64bit build. Idea: Why not ditch 64bit and do just 32bit builds? 32bit builds will be compatible with everything and use less RAM, which should be desirable for:

• stuff you might want to start with Windows (like emoji keyboards)
• on older machines with Win7 and less RAM, such as the ones that would need this software because they don't have Win10's emoji keyboard
• Electron programs use a lot of RAM. Any chance to decrease that is desirable.
• smaller installers.

I don't know if there's some important benefit 64bit brings to this type of program...?

Test results

About the "portable" installer - I tested it, and not 100% sure it's worth it (at least for me). Behaviour: Extracts the program files (i.e. installs) them to %LocalAppData%\Temp\WinMoji; they then get deleted when you're done. Might as well run the full installation and not wear down the SSD 200mb at a time with the "portable" installer.

Just my 2 cents.

About the Telemetry 😥 Thank you for being upfront about it. I can understand wanting to know how many people use your stuff. It's less of a problem for me with e.g. websites and online resources, where users actively load your servers. But telemetry in offline software ain't really my cup of tea. Currently, I have "opted out" by forking and yarn building a version for personal use without an updater or telemetry.

Version 18.7.0 of electron-builder-squirrel-windows just got published.

This version is covered by your current version range and after updating it in your project the build failed.

As electron-builder-squirrel-windows is “only” a devDependency of this project it might not break production or downstream projects, but “only” your build or test tools – preventing new deploys or publishes.

I recommend you give this issue a high priority. I’m sure you can resolve this 💪

Your Greenkeeper Bot 🌴

So something I notice occasionally is that either in the tray or in the Task Manager, there are often times more than one instance of Winmoji. I think if a user clicks on the executable, Winmoji should do a check to see if there's already an open instance. That way Winmoji doesn't accidentally take up more usage. If there's an open instance then either open it or reconnect it.

Here you can see by clicking on a shortcut Winmoji practically doubled by creating a new instance instead of checking for an active one.

Original Win 8.1 doesn't support newer emojis. To see them and choose some symbols for copying, I need to update OS to Win 10 or 11.

But if you implement Twemoji font (open source by Twitter; best solution) or Openmoji, I'd be able to see full emoji table at WinMoji without empty squares.

Also I use Emoji keyboard Chrome extension by JoyPixels (former EmojiOne vendor), it's marvelous.

Describe the bug
When I try to build using "yarn", I get the following info:

[3/5] Fetching packages...
info [email protected]: The platform "linux" is incompatible with this module.
info "[email protected]" is an optional dependency and failed compatibility check. Excluding it from installation.

Then when I execute "yarn dev", I get the following error:

/home/louie/projects/winmoji/node_modules/electron/dist/electron: error while loading shared libraries: libXcursor.so.1: cannot open shared object file: No such file or directory
error Command failed with exit code 127.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

To Reproduce
Steps to reproduce the behavior:

yarn
yarn dev

Expected behavior
winmoji should build

Desktop (please complete the following information):
Microsoft Windows [Version 10.0.19592.1001]
Ubuntu 18.04.4 LTS on WSL 2
nvm
node v13.12.0

The devDependency webpack was updated from 4.35.3 to 4.36.0.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

webpack is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.

Your Greenkeeper Bot 🌴

🤔

Feature

Support 32bit Windows