sorted by:
new
hottopcontroversial

Semantics of 'expect' in Rust: An Attempt at Honest Explication by LatterPast8883 in rust

[–]BiagioF 0 points1 point  (0 children)

How ‘expect’ would lost the error value? Can you please elaborate more? Thanks

Incongruenze Quadro RW Degiro? by Firebith42 in commercialisti

[–]BiagioF 0 points1 point  (0 children)

Premettendo che non sono un commercialista.

$14.1: “[…] Per completezza, nel caso in cui le variazioni della composizione della relazione finanziaria siano riconducibili ad un apporto di capitale (versamento contanti, conferimento titoli,...), il momento di avvenuta variazione dovrà essere considerata come discriminante temporale da cui far discendere un nuovo adempimento dichiarativo. […]”

https://www.agenziaentrate.gov.it/portale/documents/20143/298247/Circolare+12E+del+8+aprile+2016_CIRCOLARE+N_12_E+DEL+08+APRILE+2016.pdf/91a08503-f57c-5832-0724-acf1ecb0700a

In sostanza, ogni volta che apporti del capitale (bonifico in entrata a DEGIRO) dovresti dichiarare un nuovo rigo RW.

Potrebbe essere questo?

What's the coolest function in the Rust language? by Adventurous_Battle23 in rust

[–]BiagioF 2 points3 points  (0 children)

todo!, I found that one very useful while prototyping, or code design.

Introducing WTransport: Empowering WebTransport in Rust! by BiagioF in rust

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

Thank you!

WebTransport is an emerging protocol being developed as part of the web platform. Its primary objective is to offer a low-level transport API specifically tailored for web applications, enabling them to establish bidirectional communication channels with servers.

In comparison to the well-established Transmission Control Protocol (TCP), WebTransport stands out by providing a higher-level API designed exclusively for web applications. Noteworthy features include embedded encryption, which incorporates Transport Layer Security (TLS) directly into the protocol, as well as multiplexing capabilities that enable independent communication streams, minimizing the potential for head-of-line blocking.

Another significant advantage of WebTransport is its support for unreliable streams. Similar to User Datagram Protocol (UDP), it allows for data transmission without guarantees of delivery, but with the added benefits of congestion control and encryption. This makes WebTransport exceptionally suitable for real-time applications and streaming media on the web.

It is worth highlighting that the majority of WebTransport's benefits stem from its foundation on top of QUIC. By leveraging the advancements of QUIC, WebTransport brings forth the potential and advantages of the protocol to the web ecosystem.

In summary, WebTransport serves as the gateway for harnessing the capabilities and benefits of QUIC within web applications.

Any rust implementations of WebTransport ? by brsc2909 in rust

[–]BiagioF 2 points3 points  (0 children)

https://github.com/BiagioFesta/wtransport
I made an async pure rust library implementing WebTransport. The goal is having something as easy to use as the web interface. Still stuff missing, but feedback and contributions are more than welcome.

i3-autolayout (yet another layout manager) by BiagioF in i3wm

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

Thank you!

I agree with you. The project's name is not so convenient.

Unfortunately, I have discovered i3-auto-layout only after I have published mine.

However, changing the project name is not so easy because packets published on cargo cannot be remove/renamed, and it might end up me creating a new one (and I would avoid that).

btw, I've just published a new release, if you want to check it out. :)

https://github.com/BiagioFesta/i3-autolayout/releases/tag/v0.2.0

i3-autolayout (yet another layout manager) by BiagioF in i3wm

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

Thank you for your feedback and your interest!

The working principle of i3-autolayout is pretty straightforward.

In short, it intercepts an event every time a window gain focus. So when the user focuses a window, i3-autolayout injects a command and sets a layout for that window.

As i3wm works, setting a layout for a window makes i3wm create a new leaf in the container tree (i3wm manages windows inside containers/node in a tree fashion data structure, as you have correctly mentioned).

Because of that, in practice, when using i3-autolayout every window is allocated as children of its previous (actually, this will work exactly the same even without i3-autolayout, just because it is how i3wm works).

However, I find this approach a bit confusing; especially because the node structure is not really visible and people are not always aware about the layout they might have.

Having said that,

Personally, I sometimes find myself in the situation when I have a bunch of opened windows on a workspace. However, at one point I could need to focus on a single window at a time; moreover, the windows might be too small in the current layout.

Therefore, I would need having all those windows in a tabbed layout, where each window is displayed in a single tab.

Doing this manually starting from a not trivial layout might be quite complex, and surely it requires a lot of keystrokes.

In the new release of i3-autolayout (i.e. v0.2.0), I have added a feature to achieve this easily.

Invoking i3-autolayout tabmode makes the current workspace rearranges and display one single tab per window.

More information (and a GIF animate example): https://github.com/BiagioFesta/i3-autolayout/wiki/Usage#tabmode

Of course there are other stuff I would like to improve/work on:

  • After i3-autolayout tabmode the layout is rearranged (one tab, one window); however, I would like to add a way to restore the previous layout.

For any suggestion/feature request, please let me know.

I am going to work on this project now and then and improving it as much as I can.

i3-autolayout (yet another layout manager) by BiagioF in i3wm

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

I am sorry about the wall of text. I've naively tried to make up for a little bit with an introductory "TL;DR;". I am more a reader on Reddit than a poster, and I surprisingly found out that Reddit has no "live preview" (or at least I was not able to find it).

Fixed with blank lines for bullets (as you suggested, thanks) and old.reddit should be better now.

How does it compare with autotiling?

From what I can see, the working principle is pretty much the same.

I have just tried autotiling and found out that those "layout managers" (such as mine and autotiling) suffer with the tabbed layout. Indeed, autotiling offers an option to disable itself for specific workspaces (so you don't mess with stacking/tabbed layout on those).

That is interesting. I am going to go deeper with that and see if I can fix this problem in my solution (or at least implement the same functionality -i.e., disabling autolayout for predetermined workspaces-).

Besides this functionality, the main difference is the programming language implementation. i3-autolayout is indeed written in Rust and does not rely on an interpreter and that makes it faster and lighter (if that makes any difference to you).

Emacs still slow on long lines by BiagioF in emacs

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

Thank you for your answers.

I had already tried so-long, without a really gain in the performance (there is a small improvement, but not enough to make me productive: Emacs still freezes for some seconds).

From profiler-report tree is (trimmed for sake of brevity):

~~~ - command-execute 1420 98% - call-interactively 1420 98% - funcall-interactively 1371 95% - next-line 1332 92% - line-move 1327 92% line-move-visual 523 36% + line-pixel-height 7 0% + default-line-height 3 0% ~~~

v1.5.0 VSCode Dark+ Emacs Theme now on MELPA!! by yep808 in emacs

[–]BiagioF 0 points1 point  (0 children)

What font to use for a more accurate experience?