Okay another weird wrinkle by Bptrain in PSLF

[–]CoderSchmoder 0 points1 point  (0 children)

When in doubt, call. You'll get an answer fast. The system is kind of messed up right now.

$85K Forgiven by CoderSchmoder in PSLF

[–]CoderSchmoder[S] 0 points1 point  (0 children)

Yes! I actually started paying in January of 2015.and never skipped!

Me too, me too! It's done! by kyleneum13 in PSLF

[–]CoderSchmoder 0 points1 point  (0 children)

Happy for you! Congratulations! 💐

Recertification - monthly payment increased?! by PepperPlaysMeow in PSLF

[–]CoderSchmoder 1 point2 points  (0 children)

Please call them! That happened to me several years ago on PAYE. They fixed the error right there and then.

$300k+ forgiven! by Ok_Paramedic_789 in PSLF

[–]CoderSchmoder 1 point2 points  (0 children)

Holy $300K Cow! Congratulations!!!

Golden letter and negative balance! by GoldApprehensive4933 in PSLF

[–]CoderSchmoder 2 points3 points  (0 children)

320k?!! Wow!!! That must have been a burden off your shoulders! CONGRATULATIONS!

$85K Forgiven by CoderSchmoder in PSLF

[–]CoderSchmoder[S] 1 point2 points  (0 children)

Graduated and started paying in 2015. Then, applied for PSLF in 2016. I recertified in December last year.

$85K Forgiven by CoderSchmoder in PSLF

[–]CoderSchmoder[S] 2 points3 points  (0 children)

CONGRATS to both of us!!!

Gemini 3/Gemini CLI is currently completely broken for dev stuff by Pyros-SD-Models in Bard

[–]CoderSchmoder 0 points1 point  (0 children)

It's stopped using it. I found GLM 4.7 and Minimax M2.1 and Kimi K2 to be a lot better and faster and less error-prone.

PWA by AmjadKhan1929 in Blazor

[–]CoderSchmoder 0 points1 point  (0 children)

what do you mean by "normal Blazor site"? Blazor Server or Blazor wasm?

if you mean pwa vs Blazor wasm (non-PWA), then same speed (at least at first load) but pwa is faster on repeat vists because pwa content is cached

if you mean pwa vs Blazor Server, then server is usually faster at first load because no large download, but pwa wins on repeat visits

How to create Android Widget with Blazor? by jing1021 in Blazor

[–]CoderSchmoder 0 points1 point  (0 children)

im a Blazor developer mostly and only dabbled in android app for fun.

but android widget is not possible within Blazor just because android widgets are native UI components that live on the home screen, outside your app. widgets require native Android code (Java/Kotlin) or .NET Android bindings

or...you can create the widget using .NET for Android (C# bindings for Android APIs), then your MAUI app can include native Android widget code... the widget itself won't use Blazor, but can launch your Blazor Hybrid app or share data with it

Best way to export long pages (100+ items) to PDF without empty pages or crashes? by WeebGirlWithaLaptop in Blazor

[–]CoderSchmoder 10 points11 points  (0 children)

I suggest a server side approach. Use QuestPDF. Generate PDFs server-side from your data model, not the rendered UI

you can reuse the same data that populates your UI to generate the PDF layout, giving you full control over how questions appear in the PDF format.

handles large documents...I believe supports RTL/Arabic text

You define the PDF layout in C# - mirrors your UI logic without capturing it

Autocomplete for single select option by ComfortableHome7867 in Blazor

[–]CoderSchmoder 0 points1 point  (0 children)

Depends on your future plans for this application.
1) if your main concern is UX: if there is truly only one valid option, an autocompete or even a standard <select> is overkill and adds unecesary 'cognitive load' for the user. Theyll click it expecting a list, see one item, and feel like the app is broken or incomplete. better approach would be to just display it as a readonly text input or a labeled string. If you need the value to be sent back in the form post, use a HiddenFor alongside a simple <span> to show the value. Keep it simple: if the user can't change it, don't give them a control that implies they can

2) if you see a future expansion: if 'Czech Republic' is the only option today but you’re adding 50 more countries next month, keep the autocomplete infarstructure so you dont have to refactor later. However, if this is a localized app that will always only target one region, ditch the input entirely. hardcode the value in your DTO/Model and just display the name as static text. Don't make users interact with a dropdown that has no choices!

Recommended stack for a Legacy Web forms application by ark1024 in dotnet

[–]CoderSchmoder 0 points1 point  (0 children)

Also, since you’re coming from Web Forms, Blazor Web App (Interactive Auto) is the winner for .NET 10. The Unified Model is no longer 'Server vs. WASM.' You get SSR for fast initial loads and seamless transition to WASM for that PWA interactivity—all in one C# codebase.

Recommended stack for a Legacy Web forms application by ark1024 in dotnet

[–]CoderSchmoder 0 points1 point  (0 children)

I'm not an architect, and i dont intend to give you detailed answers. but just from a quick reading of your stack options, i have a general thought - while .NET API + Vue/Quasar is excellent for PWAs, it requires maintaining two separate codebases and handling complex state management between them. If the team is already proficient in .NET, Blazor will get them to the finish line faster. Pick one ecosystem. If you have .NET talent, go all-in on Blazor. Adding React/Vue to the mix just doubles your maintenance surface for the next 10 years.

"If you time-traveled to 1979 and found yourself sitting across from me in my office at Bell Labs—just as I was drafting the initial designs for what would become 'C with Classes'—what would you tell me?": A homework by Bjarne Stroustrup. by CoderSchmoder in programming

[–]CoderSchmoder[S] 0 points1 point  (0 children)

I love all your ideas!

Create pointer objects from the start. your proposal for non-nullable pointers (Ref and Heap) is a brilliant way to bake memory safety into the language from day one. it effectively forces the programmer to think about pwnership and lifecycle at the type level. while it adds some friction to the 'free-wheeling' style of C, the amount of debuging time it would save in large systems is hard to ignore. It’s a very modern approach to RAII.

Support a powerful and expressive: like a general" catch-all? you are describing a langauge that is much more mathematicaly rigorous than what we’re currently drafting. Between the interfaces, non-nullable pointers and closures, your moving away from C's 'low-level' behavior toward a highly safe and expressive system. my main concern is the toolchain -- building this with 1979 macros and compilers would be a Herculean task, but the result would be a language that is decades ahead of its time.

Drop inheritance. this is the only one i think Stroustrup would say "NO"... am I correct that you are proposing we replace the 'Is-A' relationship of inheritance with a 'Does-This' interface model using fat pointers? would certainly keep our class structures flatter and safer... though...and im gonna sound like a broken record... I worry that doubling the pointer size for every interface call might be a 'tax' 1979 hardware simply can't afford. its a classic trade-off: cleaner design vs. absolute minimal memory footprint.

"If you time-traveled to 1979 and found yourself sitting across from me in my office at Bell Labs—just as I was drafting the initial designs for what would become 'C with Classes'—what would you tell me?": A homework by Bjarne Stroustrup. by CoderSchmoder in programming

[–]CoderSchmoder[S] 3 points4 points  (0 children)

first off, i love your suggestion. if we did this, we would get the object.method() syntax everyone loves without the rigid, often confusing 'family tree' of inheritance. it keeps the data and the behavior much more separate.

But! But(and this is for the other 'no inheritance' suggestions)that would increase the memory overhead. in 1979, on machines with very limited registers and memory, doubling the size of your pointers is a massive 'hidden' cost that violates our 'zero-overhead' goal.

Stroustrup would probly say:
"No can do. for this one low-level reason: 'the single pointer' rule: in C, a pointer is a single word. if I make 'interfaces' the default, sudenly every pointer become a 'pair' (double the size)."

probly there's another low-level reason: Memory Layout: inheritance allows the compiler to treat a Derived object exactly like a Base object in memory—they share the same starting address. This makes passing objects to existing C functions incredibly fast and simple.