- Jan 2024
-
engineering.invoca.com engineering.invoca.com
-
It assigns accountability for the whole project, which means it’s less likely for small details and tasks to “fall through the cracks”, those of which could be missed when responsibility is spread among multiple individuals.
-
- Nov 2023
-
-
“Drivers should not have the option to decide for themselves when they think it’s safe,” said Langerman, 26. “People are busy. People are distracted.”
-
- May 2023
-
www.getresponse.com www.getresponse.com
-
This ensures that GetResponse and our customers comply with Anti-Spam laws.
IMHO, the customer should be able to opt out of this automatic adding if they want more/full control over the footer. Then they can take on the responsibility themselves.
-
- Dec 2022
-
forum.audacityteam.org forum.audacityteam.org
-
I have yet to see a Snapd or Flatpak build of Audacity that I'm happy with. Those builds are beyond our control as they are made by 3rd parties. I do find it mildly annoying that Flatpak direct users that have problems with their builds to us.
annotation meta: may need new tag: the runaround?
-
- Feb 2022
-
www.joshmcarthur.com www.joshmcarthur.com
-
Remember, our wizard controller is responsible for showing and updating steps, but our top-level controller is still responsible for managing our Pet models.
-
- Sep 2021
-
www.reddit.com www.reddit.com
-
It is also why it's implementation in firefox is completely useless, considering that windows/osx/most linux distros plan to add support for DoH/DoT/DNScrypt resolvers in the near future, so firefox doing it itself will provide no additional benefit.
-
-
blog.sindresorhus.com blog.sindresorhus.com
-
Users think every Webpack tool/config problem is a problem with a specific package and opens an issue asking for support on the package instead of Webpack. In the past year alone, I’ve had to deal with hundreds of Webpack issues on my repos.
-
- Jul 2021
-
askubuntu.com askubuntu.com
-
The shell is responsible for expanding variables.
-
- May 2021
-
hashnode.com hashnode.com
-
But more so, external style cannot be applied to a subsection of a web page unless they force it into an iframe, which has all sorts of issues of it's own which is why external CSS is usually ignored. Inline CSS is often stripped by the tag strippers who don't want you turning things on or off... and media queries shouldn't even play into it since the layout should be controlled by the page it's being shown inside (for webmail) or the client itself, NOT your mail.
-
- Apr 2021
-
github.com github.com
-
I don't believe the sprockets and sprockets-rails maintainers (actually it's up to the Rails maintainers, see rails/rails#28430) currently consider it broken. (I am not a committer/maintainer on any of those projects). So there is no point in "waiting for someone else to fix" it; that is not going to happen (unless you can change their minds). You just need to figure out the right way to use sprockets 4 with rails as it is.
Tags
- waiting for someone else to fix it: that is not going to happen
- at the mercy of maintainer
- whether maintainer or contributor should/will implement something
- frustrating when maintainers stubbornly stick to opinions/principles/decisions and won't change despite popular user support
- whose responsibility is it?
Annotators
URL
-
-
linusakesson.net linusakesson.net
-
Then who is responsible for the actual rendering?
-
-
unix.stackexchange.com unix.stackexchange.com
-
Although echo "$@" prints the arguments with spaces in between, that's due to echo: it prints its arguments with spaces as separators.
due to echo adding the spaces, not due to the spaces already being present
Tag: not so much:
whose responsibility is it? but more: what handles this / where does it come from? (how exactly should I word it?)
-
-
github.com github.com
-
Wasn't sure if this belonged as an issue in Devise or Rails though.
-
- Mar 2021
-
gitlab.gnome.org gitlab.gnome.org
-
It sounds like a gnome-open (or the equivalent library call) bug. Reassigning.
-
I agree that it's bad to have to handle this at the application level
-
-
github.com github.com
-
Is there a PR to... something? sassc-rails? That would make the patch not necessary? (I don't know if there's any good way to monkey-patch that in, I think you have to fork? So some change seems required...) Should the defaults be different somehow? This is very difficult to figure out.
-
Is there a PR to... something? sassc-rails?
-
- Feb 2021
-
davefleet.com davefleet.com
-
From my perspective the onus is on you to consider not just the words coming out of your mouth, but how they are received.
-
-
-
with ActiveForm-Rails, validations is the responsability of the form and not of the models. There is no need to synchronize errors from the form to the models and vice versa.
But if you intend to save to a model after the form validates, then you can't escape the models' validations:
either you check that the models pass their own validations ahead of time (like I want to do, and I think @mattheworiordan was wanting to do), or you have to accept that one of the following outcomes is possible/inevitable if the models' own validations fail:
- if you use
object.save
then it may silently fail to save - if you use
object.save
then it will fail to save and raise an error
Are either of those outcomes acceptable to you? To me, they seem not to be. Hence we must also check for / handle the models' validations. Hence we need a way to aggregate errors from both the form object (context-specific validations) and from the models (unconditional/invariant validations that should always be checked by the model), and present them to the user.
What do you guys find to be the best way to accomplish that?
I am interested to know what best practices you use / still use today after all these years. I keep finding myself running into this same problem/need, which is how I ended up looking for what the current options are for form objects today...
- if you use
-
- Jan 2021
-
www.npmjs.com www.npmjs.com
-
Think first: why do you want to use it in the browser? Remember, servers must never trust browsers. You can't sanitize HTML for saving on the server anywhere else but on the server.
-
- Nov 2020
-
stackoverflow.com stackoverflow.com
-
And the App will be responsible for display a list of users adding/removing users of said list
-
- Oct 2020
-
github.com github.com
-
When using TypeScript, cast the type of file.contents on your side.
-
- Sep 2020
-
engineering.mixmax.com engineering.mixmax.com
-
But this is only a halfway decent way to clarify that this is an external dependency, because the only way to resolve a peer dependency warning is to install react from npm—there's no way to notify npm that you resolve the dependency to a browser global. So peer dependencies should be avoided in favor of external declarations. Then Rollup will take care of warning about "unresolved dependencies", even if external declarations can't express a particular version range with which your library is compatible like peer dependencies can.
Interesting. Didn't realize. From my perspective, I usually do install packages via npm, so wouldn't have known about this problem.
npm and rollup both try to solve this problem but in different ways that apparently conflict? So if a lib author lists peerDependencies then it can cause problems for those getting lib via browser (CDN)? How come so many libs use it then? How come I've never heard of this problem before?
-
-
github.com github.com
-
Then, the projects that use these libraries get to process these import statements how they like when they are bundled. For the ones that wish to load jQuery from a global, we again mark 'jquery' as an external—since we still don't want Rollup to bundle jQuery—and as a global.
-
-
stackoverflow.com stackoverflow.com
-
(Note that you're responsible for handling any race conditions that arise as a result of the component being destroyed before the promise resolves, though assigning state inside a destroyed component is harmless.)
-
-
github.com github.com
-
The RFC is more appropriate because it does not allow a parent to abritrarily control anything below it, that responsibility still relies on the component itself. Just because people have been passing classes round and overriding child styles for years doesn't mean it is a good choice and isn't something we wnat to encourage.
-
margin, flex, position, left, right, top, bottom, width, height, align-self, justify-self among other is CSS properties that should never be modified by the child itself. The parent should always have control of those properties, which is the whole reason I'm asking for this.
Tags
- limiting how much library consumers/users can control/override
- who should have control over this? (programming)
- whose responsibility is it?
- programming: who is responsible for this concern?
- constraints are helpful
- Svelte: components are their own boss (encapsulation)
- control (programming)
- which component/tool/organization/etc. is responsible for this concern?
Annotators
URL
-
-
github.com github.com
-
I think we could even broadly caveat that by saying “do whatever element you want” but don't expect Svelte to care about following any HTML spec, etc.
-
-
css-tricks.com css-tricks.com
-
I don’t want my source to be human-readable, not for protective reasons, but because I care about web performance more. I want my website to arrive at light speed on a tiny spec of magical network packet dust and blossom into a complete website. Or do whatever computer science deems is the absolute fastest way to send website data between computers. I’m much more worried about the state of web performance than I am about web education. But even if I was very worried about web education, I don’t think it’s the network’s job to deliver teachability
-
- Aug 2020
-
github.com github.com
-
I don't think it should be the individual application's responsibility to add Cache-Control: Vary when that negotiation/routing is done by Rails on behalf of the app, do you?
-
At a certain point it is up to the application to specify when they're varying.
-