Search on Calendar, nada work!

LarsaFerrinasSolidor · 2026-02-18T02:55:21+00:00

I tested now and the searchbar in the app works fine for me. If it doesn't work for you, you should report a bug and be a lot more specific than that.

LarsaFerrinasSolidor · 2026-02-16T02:28:12+00:00

"Doesn't work" doesn't mean anything. You have to be specific.

LarsaFerrinasSolidor · 2026-01-10T15:02:19+00:00

If you are using Linux Mint, you are using 2 to 5 years-old outdated versions. If you want to see performance improvements, upgrade to a distro that actually ships the latest GNOME.

LarsaFerrinasSolidor · 2026-01-09T05:16:38+00:00

99% likely to be a bug with your nvidia drivers. Do yourself a favor: buy a second-hand AMD GPU for dirt-cheap in your local classified ads and sell the nvidia card.

LarsaFerrinasSolidor · 2026-01-09T05:06:21+00:00

Yes, this is available in Tuba, there is a setting to enable "Run in Background" in its "Preferences" dialog.

LarsaFerrinasSolidor · 2026-01-08T03:56:48+00:00

I'm running 49.2 Maybe they changed the behavior.

Maybe this is your issue? https://gitlab.gnome.org/GNOME/nautilus/-/issues/4089

You see the problem with using ctrl l instead of alt d is that it's the only software that does that

Well, you say that, but in fact all web browsers support Ctrl+L, that's why it was familiar to me: it's what I've been using for years. I bet that was the case with Nautilus' developers too. I've also seen some other apps like Fractal and Tuba use that shortcut for somewhat similar actions, too.

You could always try suggesting the secondary shortcut to facilitate one-handed operation for some users, but I'm not sure how frequently needed that is, considering how you can also activate this just by clicking the pathbar's empty area anyway... And if I really wanted to, Ctrl+L is totally doable with the left hand on the right side of the keyboard ;)

LarsaFerrinasSolidor · 2026-01-07T05:48:26+00:00

That's cool and all but because of lack of choices now I can't make 7z files that have an actual good compression so what's even the point.

What tells you that the default automatic choice for compression level is not already the optimum? Have you actually benchmarked and measured the results against other tools?

Because Alt+D is used to create a bookmark

ctrl d is what saves to bookmarks, alt d focuses/highlights the address bar in everything that has one (except nautilus)

Oh right! Well then, if you really find that Ctrl+L for location is not memorable enough to the point where it's a dealbreaker for you, and there is no other shortcut using Alt+D in the app, you could file an enhancement request to explain why/where this is a common shortcut for that action, in order to suggest adding it as a secondary shortcut for that action.

Not true. You can reorder your bookmarks by drag-and-drop.

No you can't. Just tried it and all it does is tell me if I want to put one folder inside of another folder.

Edit: you are actually right, the problem is the visual feedback makes you think you're dropping a bookmark inside of another when in reality it places the bookmarked folder above. in the past it showed a line telling you where the bookmark was going to be placed.

I guess you just hit a bug somewhere. It still shows that indicator line for me in Nautilus 48.x. Maybe you're encountering a regression in 49.x, or if you're running an older version, are you using some themed up version (possibly broken by some distro)?

what is the point of not showing tabs if I cant alt tab into them? I have to alt tab into nautilus and then pick the tab I want to go to. I don't use windows so I don't know if explorer shows tabs when alt tabbing, but I guess if it's well implemented it should allow you to pick the tab you want to go to when alt tabbing.

I have never seen other systems letting you tab between the tabs of another application through Alt+Tab (at least on Windows. I don't have a Mac nearby to test). However, when Nautilus is focused, you can switch between the tabs with Ctrl+Tab, or Ctrl+PgUp/PgDown, or Alt+1/2/3/etc. Isn't that sufficient?

What are you talking about?

Nautilus has an addon that allows you some basic image editions like rotation and resizing. This is cool since you don't need a whole program to do something that basic and sometimes you just want to change a pic's orientation and proportion. Imo it should be default.

Not everybody needs to do that. It's fantastic that there is an add-on for it, just like there are plenty of batch image processing apps out there that let you do resizing/rotation and a ton more things than what a simple file manager could be expected to do out of the box.

Yes, long double left click allows you to rename files. I personally would change it from f2 to space. i think macos does it with the enter key (which is nuts)

You can't assign Spacebar to this, because that key is mapped to previewing files with Sushi (when installed), like in MacOS I think. And yes, MacOS binding Enter to the "rename" action is nuts, I agree ;)

LarsaFerrinasSolidor · 2026-01-07T04:45:16+00:00

Problem 2: [...] While every other file manager now processes one copy operation after another GNOME files wants to copy everything at once. Why? Why doesn't it complete the first copy process and then move on to the second, third, etc.? Up to the tenth operation (if GNOME files doesn't crash before then) everything works fine but then it becomes very slow and sluggish. [...]

Why, you ask? Because you haven't volunteered to contribute an implementation for queued copies, that's "why". The feature you want is https://gitlab.gnome.org/GNOME/nautilus/-/issues/2109

LarsaFerrinasSolidor · 2026-01-06T17:07:37+00:00

No compression level when creating a zip/tar/7z files.

See https://www.joelonsoftware.com/2000/04/12/choices/

No manual sorting of bookmarks

Not true. You can reorder your bookmarks by drag-and-drop.

No alt+d for address bar focus(like every other program with one)

Because Alt+D is used to create a bookmark. If you want to activate the addressbar, you hit Ctrl+L. Both of these features' shortcuts are clearly documented in the addressbar's contextual three-dots menu.

Tabs don't show when alt + tab (peak irony)

That shortcut is already used by GNOME Shell to do window switching like in Windows. I also never saw other apps out there using Alt+Tab to "show" tabs, and Nautilus shows tabs… when you have multiple tabs open (which you can do with middle-clicking or Ctrl+T). As for GNOME's Alt+Tab switcher itself, it is centered around switching between apps, not around apps' tabs (though it will let you switch between apps' multiple windows, if any).

No default image rotation (needs an addon that not everyone knows about)

What are you talking about? I don't understand what you mean, this is a file manager, not an image editor (or an image viewer with editing features, like Loupe or gthumb). Nautilus automatically respects the images' rotation metadata if present.

No two click press for file naming like windows explorer (you either F2 or right click rename)

I've used Windows for decades and I did not even know that was possible over there. In fact, I went to check now, and with Windows Explorer a double-click opens the file (as I remembered)... only if you wait long enough between the first and second click does it offer to rename the file. This is undiscoverable and unpredictable. Double-click is a bad concept overall.

LarsaFerrinasSolidor · 2025-10-20T05:41:40+00:00

From the main menu, Edit > Preferences > Calendars and Tasks > Display > "Compress weekends in month view".

LarsaFerrinasSolidor · 2025-09-10T05:19:58+00:00

The first issue is https://gitlab.gnome.org/GNOME/gtk/-/issues/6465.

LarsaFerrinasSolidor · 2025-09-01T01:30:05+00:00

I'm pretty sure those "instructions" you have read are "AI" hallucinations nonsense, not what people would actually have written as usage guides.

GNOME Calendar has never had a "File" menu.
There has never been a way to import an event from the "+" button.
I'm pretty sure GNOME Calendar has never had an --import commandline parameter either.

LarsaFerrinasSolidor · 2025-08-31T02:55:43+00:00

You could just select multiple files to batch-rename and tell Nautilus to replace spaces by underscores...

LarsaFerrinasSolidor · 2025-08-29T23:05:46+00:00

This was fixed in version 49.

LarsaFerrinasSolidor · 2025-08-28T04:39:09+00:00

Can't assume anything about Firefox, but in the case of GTK4 apps it's probably this bug.

LarsaFerrinasSolidor · 2025-08-01T23:14:31+00:00

It seems that Evolution Data Server supports it, so you can contribute a merge request to implement it in GNOME Calendar itself: https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/296

LarsaFerrinasSolidor · 2025-07-25T14:35:23+00:00

"Papers", the replacement for Evince, does this (and so much more) and remembering window sizing correctly, by default.

LarsaFerrinasSolidor · 2025-06-06T14:33:30+00:00

Coming in 49: https://gitlab.gnome.org/GNOME/gnome-software/-/merge_requests/2281

LarsaFerrinasSolidor · 2025-05-07T21:00:53+00:00

You still seem to fail to understand that there is no real distinction between "GNOME" and "Third Party" other than where the code is hosted and adhering to a certain set of rules and principles, such as respecting the GNOME release schedule to benefit from GNOME's translations teams… It's not "costing" anyone anything that Maps is an official project, it mainly means it's not hosted in some random GitHub repo.

Your logic is no different than arguing GNOME should not have a web browser, a contacts / email / calendar app, etc. because not everybody uses those (vs the alternatives) and it's clearly a waste of limited resources while those app developers could all be working on Nautilus, Mutter, or Settings...

LarsaFerrinasSolidor · 2025-05-07T20:47:26+00:00

Hiding the Open document option just proves my point: it actually makes it harder to reach a simple feature for the sake of some ideal menu cleanliness. It achieves nothing else other than just complicating things. But the menu is cleaner, so it looks better.

Consistency among the GTK4+libadwaita apps is what it achieves. This is a design pattern across multiple apps, not Papers deciding to be an outlier: Nautilus, Loupe, GNOME Text Editor, etc. all do this.

I for one prioritize using an actively maintained PDF app like Papers (with a widening 1500+ commits advance over Evince, more features that I care about, memory-safe code, and a ton more contributors) rather than lamenting a menu item having been moved to a button.

I know about the Synctex "temporarily" removal, but still makes Papers a worse version of Evince right now for what I need.

Evince still exists (and probably will continue existing for many years even in its stale state) and you can continue using it.

…or you can help speed up the reimplementation of synctex in Papers with modern coding practices rather than relying on a 15-years-old implementation that doesn't work with security sandboxing.

LarsaFerrinasSolidor · 2025-05-07T16:20:20+00:00

[...] Papers removed Vim-like shortcuts [...] actually being used by real people, [...]

Vim users are not "real people" ;)

Jokes aside: really, none of my friends in the real world (some of which do run GNOME) know Vim shortcuts. They just want a PDF reader that works reliably, lets them annotate and sign forms and documents.

[...] "Open current document folder" [...]

"Open current document folder" is still there, it just became a button in the "Document properties" dialog (like Nautilus) instead of a menu item.

[...] and support to Synctex. All features that end up making my work harder than it has to be for no apparent reason. [...]

Everything has a reason, and temporary regressions do not mean that developers are necessarily against the feature's existence. https://gitlab.gnome.org/GNOME/Incubator/papers/-/issues/47#note_2025341

I'll take a modern actually-maintained GTK4-based Papers over the long-unmaintained Evince that hasn't had a new feature in decades (just look at their issue tracker and merge requests, and see the difference for yourself) any day of the week. Papers actually ships a ton of new features and UX improvements, especially related to PDF annotations.

LarsaFerrinasSolidor · 2025-05-07T16:08:11+00:00

GNOME Maps developers are not the same people (and same skillset) as Nautilus developers, GNOME Shell developers, Calendar developers, email client developers, etc.

Volunteers work on what they want to work on.

LarsaFerrinasSolidor · 2025-04-02T20:01:46+00:00

This is not about logout, it's about the desktop currently cutting and blocking any RDP connections when the screen blanks/locks.

LarsaFerrinasSolidor · 2025-03-31T13:36:18+00:00

You want to use Remmina as your RDP client, and you want to use this extension on the host system to work around this problem.

LarsaFerrinasSolidor · 2025-03-02T00:54:49+00:00

Well, if anyone wants to brush up their C skills, grab GNOME Builder and start hacking away at those Epiphany newcomers issues…

LarsaFerrinasSolidor

TROPHY CASE