lcpz / awesome-freedesktop Goto Github PK
View Code? Open in Web Editor NEWThis project forked from terceiro/awesome-freedesktop
Freedesktop.org menu and desktop icons support for Awesome WM
License: GNU General Public License v2.0
This project forked from terceiro/awesome-freedesktop
Freedesktop.org menu and desktop icons support for Awesome WM
License: GNU General Public License v2.0
Environment:
.xinitrc starts awesome with error capture...
exec awesome > ~/.awesome.log 2>&1
awesome v4.2 (Human after all)
• Compiled against Lua 5.3.3 (running with Lua 5.3)
• D-Bus support: ✔
• execinfo support: ✔
• xcb-randr version: 1.5
• LGI version: 0.9.2
Issue:
Long list of messages logged...
ls: cannot access '/home/david/.local/share/applications/': No such file or directory
ls: cannot access '/usr/local/share/applications/': No such file or directory
apport-gtk.desktop
audacious.desktop
<etc>
Cause (AFAICT):
if os.execute(string.format("ls %s &> /dev/null", v)) then
Solution (Best?):
-- add as the first 'require'
local Gio = require("lgi").Gio
-- replace the 'Cause' with...
if Gio.File.new_for_path(v):query_file_type({}) == "DIRECTORY" then
-- remove this (+ CR + whitespace)...
execute = os.execute,
Solution (Alternate):
-- add as the first 'require'
local gfs = require("gears.filesystem")
-- replace the 'Cause' with...
if gfs.is_dir(v) then
-- remove this (+ CR + whitespace)...
execute = os.execute,
Hi there!
Accidentally I found, that for NixOS applications directory the path is hardcoded.
I can't find the reason why this fix is applied, but it seems to be outdated because NixOS support XDG out of the box now.;
For example in my NixOS installation there is:
➜ ~ printenv | grep XDG_DATA
XDG_DATA_DIRS=/home/anton/.nix-profile/share:/etc/profiles/per-user/anton/share:/nix/var/nix/profiles/default/share:/run/current-system/sw/share
which already includes .nix-profile/share
.
UPDATE:
I guess that the reason was here awesomeWM/awesome@ea2c9de the menumar was not support XDG itself
When a menu is to large to fit on the screen it is not possible to select items outside of what is shown on the screen.
This happens typically on my laptop for the Settings
menu.
So either the menu should be scrollable or have several columns or...
Using Awesome WM on a Parrot Linux distribution with awesome-freedesktop installed as per the github instructions. The standard program .desktop files are detected and a menu is generated but the Parrot specific .desktop items and catagories are not detected/included in the generated menu. What could be done to have those included?
Icons in the desktop menu often appear blurry. Is there a way to make them sharper?
Per subject, please make tagged releases for more consistent import into other distributions.
I'm on Void Linux and running awesome v4.3 and Lua 5.3.
Using luarocks
3.1.3 installed via xbps-install
, I'm getting the following error when I run sudo luarocks install awesome-freedesktop
:
Installing https://luarocks.org/awesome-freedesktop-git.rockspec
Error: /tmp/luarocks_luarocks-rockspec-awesome-freedesktop-git-2QIp89/awesome-freedesktop-git.rockspec: Type mismatch on field version: invalid value 'git' does not match '[%w.]+-[%d]+' (using rockspec format 1.0)
Looks like the simplest solution is to just assign a version number rather than "git".
Hi,
I noticed there is an issue with the default desktop icons (using the adwaita theme) on awesome v4.3.
I traced it back to menubar.utils.lua
Since the introduction of Menubar as core library for providing Freedesktop.org menu functionalities in Awesome, we can now avoid all the dirty work by just exploiting menubar.utils functions.
local function get_icon_lookup_path()
...
local app_in_theme_paths = {}
for _, icon_theme_directory in ipairs(icon_theme_paths) do
for _, size in ipairs(all_icon_sizes) do
table.insert(app_in_theme_paths,
glib.build_filenamev({ icon_theme_directory,
size, 'apps' }))
table.insert(app_in_theme_paths,
glib.build_filenamev({ icon_theme_directory,
size, 'categories' }))
end
end
...
You might not notice right away, but it only adds icons in the "apps" and "categories" directories to the search path.
All the others are ignored.
As a workaround I re-wrote utils.lua section to :
local app_in_theme_paths = {}
for _, icon_theme_directory in ipairs(icon_theme_paths) do
for _, size in ipairs(all_icon_sizes) do
for _, icon_type in ipairs({'apps', 'categories', 'mimetypes', 'places', 'legacy'}) do
table.insert(app_in_theme_paths,
glib.build_filenamev({ icon_theme_directory,
size, icon_type}))
end
end
end
So now it takes mimetypes, places and legacy as places to search also.
I'm not convinced it is an issue with menubar, because I believe apps and categories are the relevant sections for that app.
So I just wanted to document it here, in-case others have issues with the icons and they don't have to figure it out.
I might pose a generic icon search interface as a feature request to the AwesomeWM croud later.
So, there's some dirty work for you. ;)
It return false even directory is exist and not empty.
I change it to this and it works
function menu.is_dir(path)
local f = io.open(path)
return f
end
This plguin does not work on Awesome 4.0 due to menu_gen.generate becoming async and taking a callback, and while I have tinkered a bit with the source I have failed to fix it myself. Using awesome with only the regular menubar works, but it would be nice to have a non-bar applications window.
I've been building on your Powerarrow Dark AwesomeWm config and I wanted to have a more dynamic menu. Its quite annoying having to click outside the menu for it to close. So I tried connecting the mouse leave signal to it. The config loads but the behavior doesn't change. Here is the code:
local builtmenu = freedesktop.menu.build({
icon_size = beautiful.menu_height or 16,
before = {
{ "Awesome", myawesomemenu, beautiful.awesome_icon },
-- other triads can be put here
},
after = {
{ "Open terminal", terminal },
-- other triads can be put here
}
})
awful.util.mymainmenu = builtmenu
builtmenu:connect_signal("mouse::leave", function() awful.util.mymainmenu:toggle() end)
I'm not sure if this is a bug or if menus just don't support signals. If its just not possible with signals, how else can I go about this?
Hello.
Why I dont see gnome menu entries (kali menu). After installation awesome-freedesktop I have only standart debian menu (accessories, development, education, etc).
Thank you
> luarocks install awesome-freedesktop
Warning: falling back to wget - install luasec to get native HTTPS support
Installing https://luarocks.org/awesome-freedesktop-git.rockspec
Error: /tmp/luarocks_luarocks-rockspec-awesome-freedesktop-git-4739705/awesome-freedesktop-git.rockspec: Type mismatch on field version: invalid value 'git' does not match '[%w.]+-[%d]+' (using rockspec format 1.0)
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.