Looking for help how to learn from your github where the raw data for building is located.
As an aspiring creator of similar things, I'd very much appreciate a road map from your view on how to best approach the github source... from a learners perspective.
So for example, if a break down was based on complexity, barrier of entry, activation energy of baseline starting... etc.
Hi. This is really cool. I tried your example, and it rendered top to bottom instead of left to right (as in the directions).
The very first example: x -> y
I rendered the svg, and then loaded ONLY the svg into a browser window.
I then looked through the whole of the document and tried to find how to align the output... and couldn't find out how.
Since the linked instructional was diverging from real life results, I stopped using it. :(
If you know how to fix it or could update the directions to ensure reliable output to the directions... that would go a long way for visitors like myself :)
does Komorebi handle the random teams/windows popups effectively?
meaning. the popup takes focus for my window manager hot keys and moves the little pop up across the screen when i want to move the window i am using accross the screen.
and generally, windows based 'windows' like outlook dont get captured by autohotkey key bindings.
didn't know any other way to reach out since the old thread had no 'reply' buttons. so i ended up here ;)
I don't use Teams personally but I believe some people have solved this and it is part of the standard application-specific fixes that are used to generate base configurations.[1]
Thanks to the architecture of komorebi, it's pretty easy for users to fix (and then contribute fixes for) weird behaviour of individual apps without touching the source code.
Thankfully an army of dedicated users has congregated on the project Discord so if you ever get stuck with the sort of behaviour you're describing with any application, someone on the server will be able to show you to fix it (and then add the fix to the application-specific fixes repo so future users never have to deal with it).
Hi, I want to love this product. This will be the 3rd or 4th time I have looked at the docs to figure out basic setup.
Each time I look into this. I look to see how it can report CPU/Memory/Disk of the systems at large. When I read, all I find on open telemetry and SigNoz is how to integrate with application stacks.
Am I missing something fundamental in that SygNoz/OpenTelemetry do not integrate with host level metrics? I really, really want to use this product. But this extremely BASIC implementation to use the service is 100% missing for documentation as far as I can tell. Even the example page has nothing listed https://signoz.io/docs/tutorials/ ...
So I am either trying to find out how to make SygNoz do something it was not built to do... or the documentation has a huge hole in it.
Let me know how to proceed, if you have time. It's appreciated so that I dont keep walking down the wrong road and hoping to find something useful.
Hey, thanks for writing. Our initial focus was on application monitoring - that is why docs are more oriented towards it. But I can understand you may find it tough to understand for infra metrics (CPU/Memory/Disk)
As of now, there are couple of ways to do this:
1. You can enable hostmetrics receiver in opentelemetry collector
2. You can use something like prometheus node exporter and enable prometheus receiver in opentelemetry collector
If it is still confusing, do drop by in our slack community ( https://signoz.io/slack) We are quite active there and should be able to help you get started
Many thanks. I took notice of your prometheus mention and had also seen that peppered in the docs for both services (openT and SigN) as a way to gather data.
As time investment is a dangerous thing I didn't plop myself down for some R&D... But... thanks to your post I'll have another go at it and determine how to get it to hum.
Your post missed the entire point of the frustration and arbitrates it away through an explanation that obfuscates clarity ad nauseum.
See what i did there. one sentence.
THE ISSUE PRESENTED IN THE POST: I want to use the product. I have to inconvenience my routine to use it.
This issue is pervasive in tech. It ASSUMES the idiot. Big Tech is defining what is best for the user. This is what we have bought. This post is pointing that out. From what I can tell, the Parent post here is a shill or is the typical 'doesn't happen to me tech elitist'.
That's about it. Found my login to make this comment. Logging out.
This is really interesting. I wish they would have gone the other way after. Taken the bacteria from the middle and observed how long it took to lose that anti-bacterial resistance.
I am convinced that bacterial resistance is a trait, but am unconvinced of it's permanence if the utility of maintaining it is removed from the environment.
I agree. I keep a journal, which used to be a daily practice for the past 2 years up until April. The reason for the change was that my morning routine was swapped around.
When I was writing daily, it was to capture moments and ideas that were sure to be forgotten. When Writing I don't pretend that it will be a great work at some point. I write because it is satisfying to me and at times my mind will wander when writing; it is at these times that I find really interesting ideas to capture my imagination... and I write them down.
Now, with a different schedule, I write every 2 or 3 days and it is still meaningful and expressive.
My perspective on the article is that the author was really excited about what worked for them... but failed to consider that everyone has a different approach. I think they are right that you need to be fluid; and use that to try different approaches to writing consistently and finding your muse. Most importantly... find a way to enjoy the work.
I couldn't agree more with your sentiment on the mechanics.
By using a physical object to manipulate the medium, I am slowed down; where with typing I am a blur of output.
With the manipulation of pen and paper, I have to think slower and hold onto an idea in a different manner; my thoughts have to be thought about.
I have a question, but first a compliment :)
I am enamored with this site. It validates a lot of my learning approaches and is helping me now when I was asking some of these 'how to learn' questions. Thank you!
The question:
In my experience, 'generalized overview to specific' is too much required attention span for some listeners when trying to explain; Do you have a recommendation for being able to convey ideas to people that are tired/low attention in high stress situations?
Example: office work and project work.
Again, this site is amazing. If you don't get to the question, I am still happy to have found your site and hear how passionate you are about it. Thank you!
People are usually motivated by the why, the mission, the story. Then you get into the what and how it's accomplished. With math, it can be similar: the "why" sets the stage. Humans in general prefer a narrative to a list of facts (Hacker News readers excepted :-).)
Not sure if people are still here. I tried moving through this and it appears to be failing on the import... I am running a vagrant and get everything installed just fine.
I don't know how to invoke the script properly...
I've tried so many ways. This seems like it would give results... though it does nothing much.
python index_emails.py test.mbox
Any help or tips are appreciated! This has been a fun project so far. Stumbling at the end. Thanks!
Looking for help how to learn from your github where the raw data for building is located.
As an aspiring creator of similar things, I'd very much appreciate a road map from your view on how to best approach the github source... from a learners perspective.
So for example, if a break down was based on complexity, barrier of entry, activation energy of baseline starting... etc.
the key areas I see are:
- hardware design
- hardware ordering
- software design and interface with hardware
- materials selection - chips - case/3dprint/scaffolding
- time constraints to keep in mind for the above so as not to 'overload the novice'
So ... Thanks for the post and the clear historical reference frame. If you end up answering this post, it will only add to the appreciation!
:D