Comments (3)
I'd rather support just one if we can, but I could see end users interchanging with and without, so perhaps the extra effort to support both would save needless debugging? Leading slash does feel slightly more natural. Do you want to make it happen?
Per the example, this is where member/collection macros come in, but the smarter path join might be a good options in general since I could see people mixing/matching.
from phoenix.
Supporting just one sound cleaner to me. Maybe we can just raise compile time exception if path is missing leading slash? That way we would not have to handle both cases and end users would be saved from debugging. Maybe I could try it and see how it feels. Yea I could try to fix it :)
After working on scopes I am not that much afraid of all that nesting macros game any more. Your context stack based concept works really well.
from phoenix.
Awesome. I think the raise makes sense. Convention over config means making the trivial choices for everyone, so I think this qualifies. Please go ahead.
from phoenix.
Related Issues (20)
- multiple phx.digest in mix alias doesn't work HOT 1
- Hard to spot when phoenix application conflicts with a dependency. HOT 1
- Stale moduledoc for `Token` regarding token secrecy HOT 2
- weird behaviour when deep merging endpoint options HOT 1
- `Phoenix.Presence.get_by_key/2` typespec, return values, and documentation are inconsistent HOT 2
- Hexdocs.pm are missing the core_components.ex HOT 1
- Weird debug output on fresh project HOT 2
- Ecto.NoResultsError not swallowed HOT 10
- HTML and Live CRUD generators output invalid HTML (buttons nested in links)
- I would like to request `Phoenix.Endpoint.init/2` callback not be deprecated HOT 2
- Modules with dependencies using fetch_env are not recompiled in dev. HOT 4
- Updating tailwind css to 3.4.x for phoenix 1.7.x (default) HOT 1
- Current approach to passing token in channels is unsafe
- In Phoenix JS, removing one never-joined Channel removes all never-joined Channels HOT 2
- Swoosh crashes if phx.new.ecto does not get run with --no-mailer HOT 1
- Using `mix phx.new` with `--no-html` still configures live_view in test config HOT 2
- assert_push & al. badly expands its arguments
- Phoenix app has issues with debugging unit tests HOT 1
- Default :info flash is not an Info flash, it is a Success flash
- Since Phoenix.HTML v4.0, then `phx.new` doesn't generate a proper project HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from phoenix.