Hacker Newsnew | past | comments | ask | show | jobs | submit | more talhah's commentslogin

I've found that Anki is better for my needs since I'm usually on the go and use my mobile significantly more to consume any content.

I think there's a lot of other users in a similar position and the UI/UX for mnemosyne is stuck in the past for me. AnkiDroid has a more modern feel and while it can be improved it's sufficient.

Aside from that critique, does anyone know about the effectiveness between the two?


And if you're using fish shell, you can start a private session with fish --private or fish -P for short


Is this algorithm also available on mobile?


Stable on AnkiMobile, available in the AnkiDroid 2.17 alpha:

* https://github.com/ankidroid/Anki-Android/releases/ (Parallel.A)

* OR: https://ankidroid.org/#alphaTesting


Only 2.16.5 available in Play Store at the moment.


2.17alpha15 (latest alpha) is available under the 'closed testing' track [0] on the Play Store.

After following the instructions [1] (joining the Play Store testing programme, then the Google Group), the Play Store should distribute + automatically update the alpha.

[0] https://play.google.com/console/about/closed-testing/

[1] https://ankidroid.org/#alphaTesting


I'd recommend you to look at Fever API since alot of different aggregators support it and its well documented. Best way to reach as many people as possible as well.


Thanks, I'll look into it


If you do anything with this, I'd love to hear about it. I'm another FreshRSS mega geek.


In addition to this site, I'd also highly recommend this resource.

https://theprivacyguide1.github.io/linux_hardening_guide


Would also like to add in this resource which is pretty in-depth.

https://theprivacyguide1.github.io/linux_hardening_guide


My personal gripe with lemmy is the lack of decent mobile clients.


Which is somewhat ironic seeing that the reason for everyone abandoning reddit is that they're being assholes to devs using their APIs.


Wonder the Apollo dev or one of the other Reddit 3rd party apps would be willing to migrate or create one.


Bleeding edge arch linux user here, I've barely come across any major bugs in the last couple of years. Whenever I find something I do report it and it usually gets fixed really quickly.

In fact, many of these bugs were on stable releases too.


exactly. A RHEL kernel is likely a lot more stable than the kernel.org LTS kernel. Often bugfixes and security patches are backported to the LTS kernel, meaning both can be affected by similar bugs.


Does anyone here actually use SML for production or know of big projects (outside of academia) which uses it?

Compared to other functional langauges, it doesn't seem as popular.


Anecdotally, most people use SML as part of academic projects and when they do to use it for commercial projects end up going to Ocaml or Haskell. That is because of the wider ecosystem of projects to support practical things like talking to databases, networking, etc. Also larger communities for documentation and help debugging issues that only come up once you start scaling out.


I've used it for a handful of personal CLI applications. Not sure if that counts as "production," though.


I've also been using wayland for a couple years now. Switched from i3 to sway and never had screen tearing as I did with X server.

Just recently moved to Hyprland and similar experience. Barely had any hiccups and switching to a non-english layout such as Arabic works like a charm.

Perhaps maybe our systems are just ideal? For the record I'm using a thinkpad which generally has good support but even on my Lenovo G505 it worked perfectly.


I can never go back to X11 and I think the greatest condemnation of it is that we're still talking about screen tearing in 2023.

Screen tearing is something that simply shouldn't exist by default. A person should be able to count on its absence, like a person should be able to count on a basic USB keyboard working without any headaches.

Now I'll brace myself for the "I've never noticed screen tearing" from people whose brains run on a different refresh rate than mine does.


Screen tearing is not really an X11 issue. It's an XFree86/X.Org issue in that they are to this day in many ways the lowest common denominator implementations, and at some point Intel removed VSync circuitry from their IGPs completely - so the only way to prevent screen tearing was to have global compositor doing page flips. So, a lot of that "never noticed screen tearing" is due to people running different GPUs and/or enabling some driver features mitigating vendor weirdness.

Similarly, nothing says you need to request a redraw when moving a window instead of redrawing it from backing store - but at some point backing store became useless in X.Org even if you explicitly try to program its use.


> Now I'll brace myself for the "I've never noticed screen tearing" from people whose brains run on a different refresh rate than mine does.

I'm actually pretty sure this is a thing. I have a dissociative disorder and sometimes the "refresh rate" of my senses seems to go down. I have no idea why or how, but it's really weird to literally experience reality feeling like a slideshow.

But other times I can detect any flickering lighting, so I dunno.


Wow, can you please elaborate on the disorder like the name? When I was a kid this slideshow effect would happen to me repeatedly and then never again since high school. Nobody I've ever mentioned this to has a clue what it was.


oh it's dissociative identity disorder, but there are other dissociative disorders that don't include actual dissociative identities, like "derealization/depersonalization disorder" (DPDR). The slideshow thing isn't necessarily DPDR, but maybe you can use it as a search term.


Thanks, slideshow is such a great way to describe it. I always explained it as time slowed down, but maybe people did not understand how time went ... like ... this as a flip-book being released really slowly.


This verges on sounding like a neural disorder to me. I notice screen tearing. So what? Please kill my framerate and bloat my latency an order of mag so I'm rid of this awful graphical artifact!! While the compositor's at it, maybe it can add delays with animations to when I close or minimize windows! (Just kidding; don't do that; that's way worse -- unless there's people who don't notice that that's the cost of eliminating tearing.) I'm using a computer. It's drawing frames. There should be tearing. Why would you want to boil the ocean and make the snappiness of your game/entire desktop worse to sustain some denial of the fact that you're at a computer?

Here's another thing, which proves that directly addressing tearing is false dharma: it gets better with higher refresh rates. Having higher Hz is awesome, and it's improving the issue to boot! It's like antialiasing. You're rendering stuff multiple times, taking enormous performance hits, sometimes now even using semi-sentient AI to smooth the jaggies out... when it turns out that the jaggies get better when you increase your resolution. False dharma: trying to live the lie of no jaggies on 768p @ 43 FPS; TRUE DHARMA: accepting and advancing your computerized existence on 4K @ 53 FPS. Same with tearing and refresh rate.

Also??? These days, adaptive sync (on the monitor hardware level, NOT software driver level) completely eliminates tearing. Another dharmically truer solution.

Also, while you're so hung up on tearing that you'd leave X11 for Wayland, you've clearly never experienced the awesomeness of xdotool, which isn't available on Wayland. You're not truly living. You're trapped in a gilded cage, satisfying merely the basest petty natures of man.


> Please kill my framerate and bloat my latency an order of mag so I'm rid of this awful graphical artifact

Where do you live?


I don’t get how some people don’t see it. I remember running a very weird compiz setup just to alleviate screen tearing, many years ago.

It was such a relief the first time I used Mac OS X. Finally a unix that renders to the screen without artifacts.


> It was such a relief the first time I used Mac OS X. Finally a unix that renders to the screen without artifacts.

That was one of the reasons I used macOS too. Not for artifact-free rendering but for the fact that it's a real production-ready desktop OS with first-party app support from most companies, while being a true Unix with all the powerful Unix capabilities, like being able to run Valgrind and etc. without nesting virtual machines.


Because screen tearing is something that honestly showed up pretty late, around the time of i3/i5/i7 with IGP, as before that tearing was mitigated at least a little with VSync. (There's the issue that X11 didn't expose good sync primitives, but that's workable with extension, not total replacement)


Even with vsync it happened on X11 on dedicated GPUs. Plus a number of other buffer management artefacts.

It didn’t help that the drivers for everything were closed course, but even with perfect drivers X11’s design can’t deliver perfect frames.


The design can deliver perfect frames - it's extensible so pretty much you need to provide a way to handle double buffering right - and guess what, extensions for that were proposed (Present extension by Keith Packard, building on top of X Synchronization extension)


I notice it I just don't care at all. Latency is a much bigger deal to me and it may not be technically part of Wayland or the widget toolkits used by compatible apps but it is consistently a problem.


If latency is a real problem for you, buy a monitor with higher refresh rate. That’s the only meaningful way to decrease latency on modern software. Mind you, literally every single program you use will double buffer, unless you are using XMotif or so exclusively.


I actually do use a lot of XT/Motif apps. Mostly because of the lower latency but also they weren't infected with whatever brain damage generated the gtk3 design language.


GNOME supports my trackpad better than Windows and, dare I say it, macOS does. As in, it literally supports trackpad gestures and inputs that Apple doesn't, and it's actually really smooth and responsive.

You can right-click-drag, and you can middle click. macOS doesn't support either one of these, and Windows only supports assigning a bottom-right quadrant of the trackpad to right-clicking.


GNOME has the fatal flaw that you can't configure trackpad scroll sensitivity. That means, if your trackpad is too sensitive out of the box, GNOME is simply unusable. Every laptop I've used in the past many years (a couple of Dells and a Mac) have had touch pads with too sensitive scrolling in GNOME.

It's fine in Sway or KDE, as they have scroll sensitivity settings.


> GNOME has the fatal flaw that you can't configure trackpad scroll sensitivity.

Oh, I got bitten by that actually. I ended up just configuring Firefox since that was the main app I used, but most apps aren't Firefox and don't have settings for things that they would expect to be handled by your WM/DE/DM.


AFAIK it is a fundamental GTK problem, so Sway or KDE can only circumvent it for GTK apps.


I don't believe it's a fundamental GTK problem. When you scroll, the Wayland compositor sends scroll events to the app, with a float for the delta. KWin and Sway have an option to let you multiply that delta with a constant; multiply it by 0.5 and you have halved your scroll speed. GNOME doesn't have such an option.

GTK may have other scroll issues as well (I recall seeing some stuff about that, though I don't remember the details), but there is definitely stuff the compositor can do.


> When you scroll, the Wayland compositor sends scroll events to the app, with a float for the delta

GTK works through a bunch of heuristics and in-built multipliers, but the fundamental problem is that scroll effect depends on the “weight” of the content itself — kinematic scrolling is unfortunately quite missing from linux desktop, AFAIK. But do correct me if you know better, I’m not too well versed in that.


I wish there was an equivalent to "better touch tool" for linux, that program adds so many trackpad/other peripheral shortcuts and gestures it's crazy and doesn't involve editing config files from a wiki and half a dozen stack overflow pages.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: