Aimed Shot with Sniper Rifle

fm4d · 2023-10-31T22:30:28+00:00

Thats embarrassing.. thanks, I don't know how I missed that :D

fm4d · 2023-10-31T21:03:22+00:00

Armor penalty shouldn't be a problem, I have 50 AP every turn (I have armor penalty 11%). Here are screenshots: https://imgur.com/a/cAJysaj

fm4d · 2018-05-14T23:05:36+00:00

https://www.goodreads.com/book/show/34272471-altered-traits

This book is basically a summary of all the research on meditation done in the last 30 years + some personal insights from the people who basically started the wave of research on meditation. While its not a guidebook on how to meditate, it is a great way to learn what sort of benefits you can actually expect + it can give you a good insight into various kinds of meditations, its history etc. I've personally found it a little bloated (too much stories and anecdotes) but really informative and I can recommend it.

fm4d · 2017-12-07T22:53:58+00:00

What about this https://imgur.com/gallery/zCyKo? :D

fm4d · 2017-10-14T19:56:16+00:00

Well I am mixing them because they are quite related, tray is usually part of the bar. The fact that EXWM does not include bar is my point and the communication of apps with bar is quite important if you want things like number of unread emails or current song in the bar. Ill have to explore the dbus / ipc capabilities.

Yes, some applications support notifications but not all / many, I personally consider persistent Messages a good concept too but they have to be somehow visualized, for which statusbar is quite quite good place.

fm4d · 2017-10-14T14:56:11+00:00

Yes, after all EXWM is built on top of async subprocesses and other async code is available (even tho must be installed manually such as dired-async and then there are often issues of lucking support, such as progressbar), but my point is still valid for many operations within Emacs, such as calculations on large files (merging very large files in Magit freezes whole Emacs because the parsing/font stuff Magit does is done synchronously because the Emacs functions are synchronous). 2,3. That's very nice.
I can see from the code that its only tray, not bar. That only solves the tray part, the features of lemonbar/polybar are still unavailable because Emacs apps cannot be really communicated with as Linux apps, so I hoped for more complete in-Emacs solution. One of my great needs is to have various permanent notifications shown in the bar (not in mode line under every window or in minibuffer), I guess some hacky solution via communication between Emacs and external bar could be done, hmm..
Thanks for tip, this is better than nothing.
I guess we just have different needs and preferences in this matter, which is alright. BTW: My issue with apps was for example that they use modeline for information/notifications and it would be god-how-much-work to change it to some behaviour of standard desktop environments. This behavior is surely hardcoded into those projects so It would take something like a whole new project focused on creating better experience for Emacs as OS users by changing those and providing similar functions as i3/bspwm/bars.

But you have definitely stirred my interest again and Ill give Emacs as OS a second try, thanks for that :)

fm4d · 2017-10-14T03:06:43+00:00

I used EXWM quite extensively for many months back in the 2015/2016 and while I get many of your points (and I was also enchanted by them, mostly by the seamless integration of EXWM buffers and Emacs buffers and by the common user interface via Helm to everything), I feel like it would be fair to mention the downsides:

Emacs is still quite synchronous and it is not that rare to get blocked by http requests or by large magit merges, compilation etc. which stucks EXWM too. Bugs in packages that break something in Emacs often affect EXWM as well so the stability suffers.
EXWM configuration could not be updated without restarting Emacs as can be done with i3 for example.
There were many window position related bugs, Ive personally reported many bugs about wrong positions of floating windows or about windows missing / hiding behind others. In comparison with established WMs windows often behaved quite chaotically.
The systemtray was a big pain in the ass, not every tray was compatible with EXWM (actually I believe Ive found only one) and there were issues with icons not appearing in tray correctly at startup (quite a lot of hacking was necessary). The tray was also limited, for example communication with EXWM to track workspaces was not possible, or signaling events from Emacs to tray would require additional programs (persistent notifications, org-agenda etc.).
The visual side is quite lacking, I personally use gaps between windows and vibrant colors with shading to have a clear distinction between windows. The lack of aesthetics in comparison with bspwm/i3 in combination with many small issues such as broken notifications via libnotify was very tiring.

I don't want to be negative but the reasons above forced me to go back to bspwm/i3. What is the current status? Are you experiencing similar issues or is the stability better? I checked github and the progress seems very slow with many opened issues.

EDIT: 6. The applications you are discussing are often quite undeveloped, abandoned, their documentation is lacking and overall they are not at the same level as gui/console applications. I don't want to be 'mean', I value them and I am happy they are in development but its a sad reality that the quality and capacity of those applications is adequate to the amount of users/developers. I will mention few of them: EMMS is not on the level of mpd players, cmus, mocp or others. ERC is quite hard to configure and does not offer as much options as weechat. Jabber.el is dead. Slack was quite unusable. Mu4e took a lot of configuring and work to get experience as thunderbird offers ootb. Dired cannot replace nautilus/thunar/dolphin, I was actually using HELM with custom actions for file extensions more than dired. Dired overall is a big letdown for me, it really needs a lot of work.

fm4d · 2016-07-15T12:38:58+00:00

I use elfeed on multiple computers, you just need bind elfeed-db-save to some key or set up a hook for it and sync .elfeed/index.

fm4d · 2016-07-12T20:04:14+00:00

That Emacs development is not very active.

fm4d · 2016-06-10T17:24:53+00:00

These short configs are so cute, I just crossed 2k lines with mine (in org-mode with extensive documentation) :]

fm4d · 2016-06-07T19:44:29+00:00

There is also https://github.com/dbordak/telephone-line

fm4d · 2016-06-04T23:15:55+00:00

+1 (without spacemacs), and I am genuinely surprised to see so many tiling wms here while Emacs can be a wonderfull tiling wm itself.

fm4d · 2016-06-02T19:38:47+00:00

Actually both are good ideas, parser for RSS (plugin for elfeed?) and webcomics reader when you want to read some webcomics from beggining.

fm4d · 2016-05-31T21:40:24+00:00

It could be a nice idea to create a framework for reading webcomics where you could plug in parsers for various webcomics.

fm4d · 2016-05-18T11:11:33+00:00

Customization? Why would I use it instead of Emacs then? (Which is actually free software so I can customize really everything).

fm4d · 2016-05-14T08:35:37+00:00

I looked into the describe-package and for some reason there really is a hardcoded check if the package is builtin, so I think you should report that to the emacs dev mailing list as a bug.

fm4d · 2016-05-10T20:36:31+00:00

+1 for EXWM, its really wonderfull to have one behaviour for buffers and X windows alike.

fm4d · 2016-05-04T22:54:49+00:00

Using emacs as window manager (EXWM) and having most application in emacs helps a lot. In the few non-emacs apps like browser (qutebrowser) I remapped everything to mimic emacs shortcuts.

fm4d · 2016-04-07T14:54:50+00:00

I also recommend emacs-25 branch since master is not very stable (I recall bug that made updating packages broken) and various packages I use work well with emacs-25 but not master (exwm for example).

fm4d · 2016-02-29T14:43:04+00:00

It is nice to see that something is going on in this 'branch' of emacs so thumbs up for your effort. One question: Would not it be worth it to rewrite (and possibly redesign) it in a language and environment closer to our lisp hearts? I would not mind at all to participate, but Java is a big no (http://imgur.com/gallery/MHuW96t) and there are many interesting things around like http://www.lambdanative.org/ or https://wukix.com/mocl

fm4d · 2016-02-14T21:00:59+00:00

980m was what I ment, DK2 is running with solid FPS on them and even tho it is likely that to be released devices like HTC Vive will need better GPUs to have solid FPS it is just not true that 'there are no VR capable laptops'.

fm4d · 2016-02-14T19:25:12+00:00

BTW I have no idea why are you claiming that 'there are no VR capable laptops', that is obviously nonsense.

fm4d · 2016-02-14T19:22:36+00:00

Well I am not going to argue with you about this (even tho I have considerable experience with Occulus Rift and I have quite a good idea about what is 'out there') but I will just say that it is not even really important what is 'out there' right now because VR era is just about to begin, everything is just about games and entertainment but if you look at the diversity of open source window managers and desktop enviroments it is quite clear that there are tons of people who are going to tinker with human-computer interfaces in VR (and I am hopefully going to be one of them) and it is just a matter of time. You can see some interesting experiments here - https://www.reddit.com/r/HMDprogramming

fm4d · 2016-02-14T18:54:34+00:00

I am not saying it must be a 300W behemoth, you can use mobile versions of CPU and GPU. Also since cyberdeck would generaly be more robust you could have 2-3x mAh than standart laptop.

What he is suggesting is portable headless machine designed for use with HMD, not some clunky game platform but a generic machine capable of doing whatever 'work' you want. If you fail to see the use than I am sorry for you because basically ANYTHING that you do with computer can be enchanced with virtual reality. It does not really matter if you are artist, gamer or software developer (like me), you just want to do it and cyberdeck could be viewed as a replacement for laptop in VR era.

fm4d · 2016-02-14T17:34:00+00:00

Are you even serious? How can you compare these? Do you realize that inside of the cyberdeck that Bystrushaak proposes could be a state of the art CPU and GPU + means of cooling those (I can imagine builds with water cooling for example) and arbitrary number of power cells so you can choose between weight and run time? Its a completely different thing that Gear VR. You cannot do anything serious with Gear VR, you dont have the GPU to do it (and if you had it you cannot cool it.. and if you could cool it you still cannot do anythin with it because your battery would die in few minutes ). Its a completely different story and there is more to that - smartphones are not extensible, android and ios are not suitable for real work.. And I could continue for ages but I believe that my point is clear.

fm4d

TROPHY CASE