[-] [email protected] 2 points 2 days ago* (last edited 2 days ago)

Hey, there you go. I’ve yet to encounter one myself, but the Fairphone 6 seems to finally be “viable” for most people. Battery’s still on the weaker side and performance is a bit behind most comparable phones, but in terms of ethics and sustainability, they’re unmatched.

I’d love to check out a budget flagship-killer like the Nothing or CMF Phones, but software update support was crucial enough to have kept me from fully switching to Android for years. I happen to be partial to Samsung after having their tablets for so long, but other brands (so long as they offer comparable update support) have stepped up significantly. Since Fairphone does have that much down though, go for it.

[-] [email protected] 1 points 2 days ago

Oh yeah, it’s great. I use it for my Digital Garden website for in-page navigation.

[-] [email protected] 1 points 2 days ago

Shame… that stinks. Well, if it’s any consolation, Samsung phones are finally at the 7 years of software update promise, so you might be able to get an S24 or A34 (or higher, of course, just two options), load it up with Material-style launchers and icon packs, even maybe the open Pixel Camera app from that one website, and turn it into your new “Pixel” until the battery FULLY dies. That, or you can embrace ONE UI or another Android skin entirely, up to you.

[-] [email protected] 1 points 3 days ago

Okay. You’re now the second person I’ve seen to have Linux issues. It sounds like it’s much more optimized for macOS and Windows for now, as everything worked well with macOS and Windows 11 (the latter in a virtual machine via VMware Fusion) on a 16 GB M4 MacBook Air. You might just want to submit an issue for optimized Linux support. The developer’s still focusing on building out core functionality, but optimization is definitely key.

[-] [email protected] 4 points 3 days ago

It might be worth trying one or two other launchers (Nova and Microsoft, perhaps?) and checking OS versions to see if it’s possibly a Pixel issue, an OS issue, or something else entirely. I think recall vaguely hearing about Google discouraging third-party launchers, but I don’t know that they actually did anything to make them worse.

[-] [email protected] 4 points 3 days ago

A simple change, but a welcome one to be sure.

[-] [email protected] 1 points 3 days ago* (last edited 3 days ago)

Could be. Full file format support is hit-or-miss with newer programs – even if it can read and write the data, it may not be able to fully interpret it. Try running through *Adobe DNG Converter or converting it to a TIFF, then see if that works any better, perhaps? Also check if there’s already a “full resolution editing” suggestion on the GitHub, and if not, make one! I’m away from my computer right now, but if you find/make one, please link it here so I can also share it.

*Adobe DNG Converter is the one Adobe tool I do use since it’s 100% free and offline. It JUST converts images to “standard” DNG files or JPEGs, and I do this for iPhone ProRAWs or other unsupported images when trying to edit in Darktable. I had to make some “iPhone DNG presets” and all since ADC removes the Apple DNG-specific data, but it works well beyond that.

[-] [email protected] 1 points 3 days ago

That’s definitely odd. I mean, it is still definitely WIP (even core-functionality wise), but at least on macOS (via M4 MBA with 16 GB RAM) and Windows 11 (via VMware Fusion with 8 GB RAM and 3D Acceleration on the same ARM Mac, mind you), RapidRAW ran well with my test 48 MP shot and some quick edits.

  1. I think you have to release (or hold the mouse still) on an adjustment to see it rather than instant live previews, but aside from that, things generally worked pretty well in my testing. That might be the “issue” with it being “slow,” but if you mean just general scrolling around, that might be an actual bug or lack of Linux optimization yet.
  2. The proxy resolution cap is definitely understandable, at least while the program’s still heavily WIP and probably not fully optimized for Linux (hence not being available as a Flatpak or AppImage which would be universal).
  3. The highlights “falling apart” sounds like a bug. I know there was one bug where the slider directions for two things (possibly highlights and shadows) were accidentally reversed, so it might be worth looking into that, and if this is another issue, report it to the developer’s GitHub.

I’m with you though – Darktable’s an excellent piece of software, but I’d love a “Lightroom-esque” program and this looks promising!

[-] [email protected] 2 points 5 days ago

Understandable – and that’s not what this is trying to be. Just as Lightroom ≠ Lightroom Classic, RapidRAW ≠ Darktable. Dt is much more suited to be a LrC competitor, and RR is much more of a Lr competitor in terms of features and usability.

[-] [email protected] 25 points 6 days ago

Could someone test this with programs like GIMP, Darktable, and Inkscape? I’m curious about the potential of the Android phone as PC, particularly with the merging of Android and Chrome OS. If Android’s desktop mode progresses enough to a level of maturity to run Linux programs sufficiently, this combined with the general Linux on ARM efforts of Asahi and others could prove to be THE solution. Just imagine one of those tri-folding phones unfold to a tablet size with a folio-style keyboard and trackpad, then plugging the tablet-phone into a monitor and desktop setup to “get real work done.”

[-] [email protected] 5 points 6 days ago

In all fairness, RapidRAW still wouldn't solve this person's needs (a mobile editor with desktop sync) even if it didn't flag their suspicion, and vibe-coded programs rightfully should warrant a bit more investigation. They are still a relatively new phenomenon and malicious programs DO exist. From my (admittedly somewhat brief) research, RapidRAW's developer seems to be credible, though I understand caution.

On iOS and iPadOS, I usually resort to Snapseed, though that is also where one of Adobe's few free editors exist in the form of Lightroom mobile. I'd love it if Darktable or RapidRAW got a mobile port, but at least here in the US where sideloading is still not the most accessible and the alternative is a paid developer account to be available in the App Store, I can understand where they're coming from.

24
submitted 6 days ago by [email protected] to c/[email protected]

cross-posted from: https://lemmy.world/post/34104202

Guys, I just learned about this new FOSS editor called "RapidRAW" on GitHub, and this might well be the Lightroom (non-Classic) killer as Darktable is to Lightroom Classic. See, as much as I love Darktable for its power and feature set, most of my non-tech photographer friends have mentioned how its power comes at the cost of complexity even beyond LrC. Yes, I love DT, but I do have to agree – It can be overwhelming to a newer user not as familiar with LrC or wanting to learn a whole new program just for quick edits.

...and then I found RapidRAW! This looks like it could be it: A sleek, lightweight, elegant, comprehensive (enough) editor that seems to finally strike the balance between power and beginner-friendliness! Even better, like Darktable, it too appears to be FOSS, breaking away from the money-hungry Adobe corporate software! Now, I've only just started looking into it, but what do you think? Could this be the next piece in the essential toolkit for Ex-dobe users switching from Lightroom but not quite wanting a full LrC replacement? Check it out!

https://github.com/CyberTimon/RapidRAW

22
submitted 6 days ago by [email protected] to c/[email protected]

cross-posted from: https://lemmy.world/post/34104202

Guys, I just learned about this new FOSS editor called "RapidRAW" on GitHub, and this might well be the Lightroom (non-Classic) killer as Darktable is to Lightroom Classic. See, as much as I love Darktable for its power and feature set, most of my non-tech photographer friends have mentioned how its power comes at the cost of complexity even beyond LrC. Yes, I love DT, but I do have to agree – It can be overwhelming to a newer user not as familiar with LrC or wanting to learn a whole new program just for quick edits.

...and then I found RapidRAW! This looks like it could be it: A sleek, lightweight, elegant, comprehensive (enough) editor that seems to finally strike the balance between power and beginner-friendliness! Even better, like Darktable, it too appears to be FOSS, breaking away from the money-hungry Adobe corporate software! Now, I've only just started looking into it, but what do you think? Could this be the next piece in the essential toolkit for Ex-dobe users switching from Lightroom but not quite wanting a full LrC replacement? Check it out!

https://github.com/CyberTimon/RapidRAW

12
submitted 6 days ago by [email protected] to c/[email protected]

Guys, I just learned about this new FOSS editor called "RapidRAW" on GitHub, and this might well be the Lightroom (non-Classic) killer as Darktable is to Lightroom Classic. See, as much as I love Darktable for its power and feature set, most of my non-tech photographer friends have mentioned how its power comes at the cost of complexity even beyond LrC. Yes, I love DT, but I do have to agree – It can be overwhelming to a newer user not as familiar with LrC or wanting to learn a whole new program just for quick edits.

...and then I found RapidRAW! This looks like it could be it: A sleek, lightweight, elegant, comprehensive (enough) editor that seems to finally strike the balance between power and beginner-friendliness! Even better, like Darktable, it too appears to be FOSS, breaking away from the money-hungry Adobe corporate software! Now, I've only just started looking into it, but what do you think? Could this be the next piece in the essential toolkit for Ex-dobe users switching from Lightroom but not quite wanting a full LrC replacement? Check it out!

https://github.com/CyberTimon/RapidRAW

11
submitted 1 week ago by [email protected] to c/[email protected]

Not long ago I made a post asking about using Homebrew and Applite (a GUI “App Store” for Homebrew Casks) with some questions about the potential for new users getting a better “App Store.” Fortunately, after some testing, I can confirm that this might be a viable solution for most people!

I just migrated nearly my entire setup from apps installed online on respective websites over to Homebrew, and I’m glad I did. Things are working well, and I was even able to update my Application Sheet to have a column for Homebrew casks to quickly reproduce Brewfiles for future setups. Now, I’m looking into some “Quick Setup Brewfiles” for my tech support clients! For instance, a “Xdobe Setup Pack” might consist of GIMP, Darktable, Inkscape, a link to Photopea, and DaVinci Resolve. I also have my Google Sheet linked of my app recommendations, and am glad to explain any to anyone here! https://docs.google.com/spreadsheets/d/1pSsLcM4lVnqGt68yu-GgKFApOJBv2aIzMmUs_8iT_2c/edit?usp=drivesdk

As for the actual setup process, my goal was to remove as many elements of the CLI and any other potentially “technical” things that could be off-putting to non-techs. The process as of now is as follows. Please recommend any additional improvements as they come to mind!

  1. Install Homebrew from the website’s pkg installer https://brew.sh/
  2. Install the Command-Line Tools (automatically prompted by Homebrew)
  3. (Optionally) add Brew to path. Users generally SHOULD do this, but Applite may not force you to, and the goal is to not have to interact with the CLI
  4. Install Applite via the website (could also be done via Homebrew CLI, but again, goal is to avoid it) https://aerolite.dev/applite
  5. Import my Brewfiles and/or search for apps

P.S. Yes, my apps have a tagging system. This is also for tech support and organization. I’d highly recommend this anyone who frequently helps others’ setups or modifies your own!

  • Blue tags are for App Store apps.
  • Green tags are for web apps.
  • Orange tags are for Homebrew apps.
  • Purple tags are for apps from anywhere else online.
  • System apps have no tags.
1
submitted 2 weeks ago* (last edited 2 weeks ago) by [email protected] to c/[email protected]

TL;DR: Hey guys, question here for everyone familiar with Homebrew on macOS, particularly through GUI apps such as Applite. I had a bunch of problems when installing apps through Applite in a macOS VM, and was wondering is this was likely more of a fault of the VM, Applite, or a legitimate Homebrew issue. I made a checklist of all the apps I wanted to install and/or test out, along with their successes and failures. https://docs.google.com/spreadsheets/d/1k0FKaoWZD7JC0P641MalLtzefpMaZZVWfWZpLHMr7qw/edit?usp=drivesdk

Long explanation: See, I’m a tech – both in the sense that I’m a power user who can familiarize myself with just about everything, and that I do tech support and break down a lot of things for other people. As a result of this, once I first used Linux a few years ago and started learning about package managers for other systems, Homebrew caught my eye. I saw people recommending it left and right, and as soon as I got comfortable with my Mac and found my application suite, I knew I was going to test it.

…thing is, a majority of applications that I tested on through a virtual machine failed in one way or another. Almost to none of them seemed to allow in-app updates or work with apps like Latest (which use Sparkle for update detection). Some part of this could be due to the virtual machine nature of this test (I created a macOS Sequoia VM ON macOS Sequoia using UTM and Apple Virtualization), and some part of it could be Applite specifically (though I set the app up to use my Homebrew directory set up via the actual Homebrew website, not using “Applite’s custom directory”), but either way, a lot of programs just flat-out didn’t work. Any thoughts as to why this could be?

Also, before you say “just use the CLI,” there’s a reason I used Applite, and it’s the same reason I mentioned tech support: Most people still do not feel comfortable using a command line interface. Convenient as it may be for fellow “power users” with brewfiles and the instantaneous setups, most users still default to their app stores. Helped FIVE people with their Macs on installing different browsers, and they ALL went to “why isn’t it in the App Store?” If Applite or another free program works for this, that could solve the “missing App Store” problem for average users. With it being Homebrew-powered too, that could even open up the door to help people become more technologically savvy. Question is though, was I just doing something wrong, or is Applite not a viable solution for homebrew installations? I’m going to test things out one more time in another VM today, and if I still run into the same issues, I’ll post a follow-up comment. Thank you all for your help!

29
GIMP 3.1.2 Released (www.gimp.org)
submitted 2 weeks ago by [email protected] to c/[email protected]
-1
submitted 2 weeks ago by [email protected] to c/[email protected]

I GENUINELY want to use Firefox, or at least give it another shot, but as a Microsoft Edge user as of 4 years ago when they really started refining features like vertical tabs and the overall experience, I jumped ship. Don’t get me wrong, I like Firefox and will use it…but until it gets these features, it’ll remain as a secondary platform. I just can’t make the switch as of now with the drop in usability it would bring. This is NOT a complaint against Mozilla or anything of the sort, more or less a “please notify me when Firefox gets these” or something like that.

  1. Address bar tab switching on iOS: Safari did it best, but Chrome, Brave, and MS Edge have this, and supposedly Firefox on Android does as well. For whatever reason though, even after update 141 with the major visual overhaul, Firefox on iOS still lacks the ability to switch tabs by swiping on the address bar. This is an ESSENTIAL for multitasking, especially considering how (visually nice, but) slow the animations are for viewing tabs.

  2. Actual, NATIVE PWA support on desktop: No, the addon doesn’t count, I’ve had limited success using it across different operating systems. Supposedly at least an alpha version of this feature exists under the name “browser tabs” or something of the sort, likely in the Firefox Nightly builds or something, but I would greatly prefer a native version to the likes of Chromium-based browsers.

  3. Native split-screen: Okay, this one I’m okay with in the current state with the addon, but having it natively built into Firefox would be nice with all the potential refinements and all it could bring.

  4. FULLY collapsible vertical tabs sidebar (and maybe separate from the actual BROWSER sidebar): Okay, not ESSENTIAL, and I know Firefox just recently got vertical tabs (I was one of the first to try it out with Nightly, just as I will be when Chromium does like how they quietly added split screen via a flag), but currently the address bar can auto-hide in full screen. The vertical tabs sidebar? You either have to deal with it permanently visible or entirely GONE unless you click the button for it. It’d be nice to have the option for the sidebar to autohide with the address bar, and even more if the vertical tabs bar was separate from the browser’s sidebar so both could theoretically be active.

That’s all. Again, massive respect to the Firefox developers, I’m just afraid I can’t quite switch to it as my daily driver… yet. Once these features are added though, please, by all means, let me know!

7
submitted 2 weeks ago* (last edited 2 weeks ago) by [email protected] to c/[email protected]

Unfortunately, my old Reddit account was recently suspended without notice (though I believe it to be because of "spam" from reminding people who comment about missing Launchpad that they can submit feedback requests), but this has not halted my progress with developing this app. Instead, here I am now on Lemmy!

Hey everyone, I'm proud to announce the first beta release for LaunchBack, my FOSS Launchpad remake built entirely independently of Spotlight and Launchpad/Apps dependencies!

  • Application Reordering: By opening LaunchBack's settings via the menu bar and switching to the "General" tab, you are now presented with two options: Alphabetical and Manual sorting!
    • With Alphabetical sort, your apps are automatically arranged from A-Z on all pages, no manual reordering required.
    • As for Manual sort, with the option enabled in the "General" tab, you can switch to the "Apps" tab and see your applications in a column, my personal take on an improved reordering system for LaunchBack over the classic grid-based method. This may eventually be changed and I plan on refining things further in time, but this is currently functional.
      • While manual sort is still being worked on since drag-and-drop is seemingly unavailable on macOS via Swift's "editmode" function, you can move apps up or down in the list with Command and the ↑ ↓ keys or the onscreen "Move Up" and "Move Down" buttons.
  • Custom App Directories: While this is still very much a WIP feature in more of a placeholder-ish state, LaunchBack brings a feature unavailable in the classic Launchpad in the form of custom application directories! In theory, you should be able to click the "Apps" menu from the settings and add folders containing your apps, a feature which could be useful for applications not stored on-device or in the traditional /Applications directories.
    • There is a known issue with this where duplicate application entries may appear with recursive directories and/or other circumstances. This has usually been resolved with an application relaunch or system reboot.
  • Do note: The LaunchBack grid is not (yet) updated in real-time, and you must either Relaunch LaunchBack (available via a button at the bottom of the Settings window) or close and reopen the app manually to see changes. This applies for toggling manual and alphabetical sort, showing the rearranged apps in their new order, and custom app directories. Please do not submit issue requests regarding the grid not updating in real-time.

Why LaunchBack? See, while other solutions for accessing apps exist on macOS, there have always been three fundamentals of Launchpad that make it so beloved: A fullscreen app grid with search, application reordering, and folder support for organization. With Launchpad's removal in macOS 26 Tahoe, plenty of alternatives or solutions have arisen with some of these, but as a new developer learning more about computer science, I figured this would make for a great starting project to learn Swift, hoping to eventually capture (and surpass) the functionality of Apple's original Launchpad application. Furthermore, projects like OpenShell from ClassicShell on Windows inspired me to make the app fully free and open-source, which I was successfully able to achieve. Previously with release 1.0, I was able to achieve the first of these fundamentals, and now with Beta 1.1.0, I proudly present a solution for the second fundamental, as well as another LaunchBack exclusive: Application Reordering & Custom App Directories!

So then, without further ado... here's LaunchBack 1.1.0! Watch the GitHub page to follow along and be notified for new updates such as folder support, Sparkle updates, Homebrew installation, and more! https://github.com/trey-a-12/LaunchBack/releases/tag/Beta

view more: next ›

trey_a_12

0 post score
0 comment score
joined 2 weeks ago