chironjit

Sadly Cloudflare's browser detector is the main barrier to using Servo for most websites, so they're not the angel they seem

The fact that you posted here means that you want people to read your article. Yet you don't have the will to write the article yourself. Honestly, would have been a good read but after about reading 30% of it earnestly, it just felt like a padded article (filled with the usual AI-isms such as "[comma] the marketing is real") that you could have written better.

The problem with using AI to write it is that you are under no pressure to to maintain brevity. Maybe not a bad thing when you need a guide but in this case it just made it harder to read

I recognized the name of the company from the YouTube videos they have posted. It is likely a legitimate business, but as they are in a region I am not in, I can't speak to their actual performance or reliability. Here is their YouTube page:

https://youtube.com/@graphicscardrepairs-tk7ql?si=OIO98TbmAs...

So that burn notice episode about freezing ram is real? Damn, thought they made it up

This. Put another way, if it's harder to solve the problem than the statistic, then change the statistics.

Obvious in many ways once you've lived there

Appreciate the reply. I've starred the repo and might give it a try in a future project

This looks nice. I already use `github.com/patrickmn/go-cache`. Any difference between yours and go-cache? Also, how much of it has been ai developed?

Looks horrendous on mobile. I love the effort, none of the other tools work for me and I might consider paying once I get to try the real deal

Yeah, I think people who have not experienced the system have no idea how absurd the German process mindset is. If it's not part of the process, it's impossible - damned what the reality on the ground is

I'm surprised your take is so controversial. This really is it - yes, the current core users are not interested in AI but most people in our lives who are not techies do use them, and Firefox needs win these users if it wants to stay relevant.

Of course, I have opinions on other ways it could make money instead of jumping on the latest hot thing (pocket, fakespot, VPN, etc) without actually truly building the ecosystem but at least they are trying.

In case anyone is keen for an explanation of the vulnerability, LowLevelTV has done a video on this:

https://youtu.be/dgPI7NfKCiQ?si=BVBQ0MxuDpsbCvOk

The TLDR is that this race condition happened with unsafe code, which was needed to interact with existing C code. This was not a vulnerability with Rust's model.

That said, you can absolutely use bad coding practices in Rust that can cause issues, even for a regular programmer.

Using unwrap without dealing with all return cases is one example. Of course, there is a right way to dealing with return methods, but it's up to the programmer to follow it

Adding my 2 cents worth to this: why is there not a Mozilla family internet suite of privacy browser, VPN, relay, tracker blocker, etc for one price? I already pay for family plans for other services, so this is a no brainer if it exists.

Right now, all of Mozilla's products are not even available in a standardised form in key countries. For example, I pay for Mozilla relay and VPN, and these are not available in the same countries!

Mind you, I'm lucky to have actual access to several countries, and so I can work around this. But really, why can't this team just put everything in one place for me?

Besides relay and Mozilla VPN, I am also paying for Bit warden password manager.

I'm also willing to pay for a privacy-first email(though I haven't done so yet), and please have a family plan that bundles all of this together!

If Norton can have an Internet Suite, why can't Mozilla?

You bet! Shadcn is defacto component framework for a reason - it removes a lot of the mental load of design when you're an individual/small team building apps

I don't have an eye for styling. That said, I have hundreds of hours of experience using CSS and frameworks such as tailwindCSS.

Of course, if I am being honest, the real reason is that there is so much CSS code out there, I can really find anything I need. And so can the LLMs.

It feels a little cringe how Elm and the "Elm way of thinking" is so heavily emphasised, but after using Iced, IMO this is probably one of the best gui models without having to implement signals or message passing or IPCs like Dioxus/Tauri does with frontend/backend. Other key advantages Iced has includes daemon mode, native ability to use multi threading and also multi-window support

That said, for actually building most apps, what's more important is likely ease of learning and using the framework, platform/OS support, publishing support, etc, none of which Iced itself directly address.

Looking forward to trying out your app!

I watched this video when it first came out. Honestly, the video is right in what it was trying to say. That said, that video didn't change my mind on whether to build on Dioxus and it should not for someone either.

The choice of framework should not be dependent on who else is building on that framework. Ideally the factors that matter: 1) Why are you building a GUI app on rust? 2) Target platform/OS support? 3) Are you ok with custom styling methods? Would you prefer to use CSS? 4) Need for multi threading? 5) Publishing / bundling / signing app

I think the reason Dioxus cadence release is slow is that they realised so many things are missing with the rust gui ecosystem that they decided they needed to fix these while building the main product. Guess what, this basically slows down your main product cadence. Does rust need a sub second hot reloader? Yes. Does rust need a native html/CSS renderer? Also probably yes. Did the Dioxus team have to take it on given their size and all the things pending in building rust with html + css? Armchair observer me thinks not.

*Note that I am currently building an app with Dioxus, so I'm putting out my honest opinion, and not saying that you shouldn't use it.*

>The master branch approach isn’t always ideal and people prefer having actual releases to base their work on.

I think this is me. My view is basically like this - if you use a tech you know works, you're only wrangling with your bugs. If you use a tech that is still being worked on, you are wrangling your bugs and the bugs of the tech you're using.

To be fair, I've tried this master branch thing with both Iced and PopOS's Iced fork. One year ago, PopOs's Iced fork was so slow I realised it basically wasn't going to be production ready for non Pop distros anytime soon.

IMO, both suffer from having very slow release cadence but at least dioxus has CSS

I've built apps with Iced, Dioxus and PopOS's version of Iced. Here is my opinion:

1) Iced requires you to style everything in their own styling methods. It's not as intuitive as CSS. I found that, coming from using CSS, I struggled to recreate the style to the same high bar I expected from websites using css.

2)LLMs are not as familiar with Iced's styling, and will struggle with helping you plus also dealing with the breaking changes between Iced versions. Same to a lesser extent with Dioxus

3) Dioxus is easier to build by hand and via LLMs since you just use CSS/tailwind CSS. That said, even Dioxus is rough on the edges, you occassionly get some weird bugs, that you just have to deal with

4)PopOS' Iced version is great if you're using it on PopOS specifically but will require you to install a separate style pack on other linux distros to get the styling of the windows to show correctly. It's more mature than the original Iced IMO, though it's opinionated styling(of it's starter boilerplate) may be less to your liking. While I haven't used it in some time, I would consider it an almost independent fork by now

5) Last but most important negative IMO of Iced and Dioxus is their release cadence. Iced 0.14 has now launched more than a year since 0.13. For some the stability is great, but for frameworks that are still maturing with lots of improvements pending, I think it's actually important to have faster release cadences so that you know issues you face are not left hanging for a fix for a year.

Now onto more practical stuff: 1) If you need simple, standalone apps, any one will work. I think this may be true for your app idea

If you need speed of change, multi platform, etc, you will likely end up with Tauri. In that case, you might as well use the front-end framework you like.

2) None of the frameworks give you a pathway to publishing except Tauri. Basically, only Tauri really puts that as part of its guide, and so when you are going to Publish, you will be using Tauri's guide anyway

3) If you need multi-processing, Dioxus is out of your option, or you will end up using Tauri with Dioxus as your front-end

This is the way

Yeah, their status site reports nothing but then clicking on some of the links on that site bring you the 500 error

This is pretty cool. Can't believe how many got I 100 just on my mobile. I consider myself horrible at fonts and design and could never design my own, but maybe good styling is something that can be internalised

Where are you based? Maybe someone closer to your region can help

I connected Claude to Firefox's ai pane and honestly I feel that this a good middle ground. I don't want an AI browser but I appreciate being able to have ai access specific pages when I have questions.

My only beef is they've basically put Claude's webpage on a side pane, with all the issues of a squished webpage.

I also think having a separate mode is really the best middle ground between an all spying ai-browser and one that has none (which makes doing some things with ai more manual)

I would say you're being harsh but their file tree refresh is bad(so is vs code but they have a manual button), their ai panel can't beat Claude code and their panes / window layouts are not any better or flexible than other editors. I still use it but I'm close to going back to vanilla vs code. I'm just hanging on to determine if my frustrations are from me just being used to vs code or otherwise

Just so happened to be fiddling with the uefi-rs crate too today. So if I understand this correctly, Patina is the part that runs on the hardware side, ie, the firmware? Uefi-rs based on what I read/tried seems to be the software side, building apps that work before the OS is loaded (I assume for things such as boot loader, firmware updaters, etc) but I'm not sure if it also covers the hardware side

IIRC you could select not to share your code previously when setting up, and while they would have used your code to provide you your service, that was it.

My understanding with the new wording is that you have to agree upfront to share your code, and turn it off later if you do not wish to share it.

Cool, thank you, might check this out. Have you used it? Opinions on it?

Thanks, I'll check out Claude code. Their Sonnet model is one of the best honestly. Only issue is their context size is small when I have to dig in to some obscure error in a package

Just posted my reply on the thread, to summarise:

1) Default sharing of code (only manual turn off)

2) Was an incident where I believe at least some versions would share your env files (without manual .cursorignore)

3) Agent mode is quiet bad for novel code

4) Agent mode either overshoots(overcomplicates code), mistakes context or refactors too much

The only benefit I get is:

a) Chatting in same window as my code

b) Ctrl+L shortcut

(edited for formatting)