You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While actively developing the package, to avoid having to publish styles and javascript every time it changes and see the changes on the fly at the moment, I use symbolic links.
Once the package development is complete, these symbolic links will be removed, and the styles will be published via php artisan filament:assets, but maybe there is some other approach that I am not aware of during package development. For example in laravel nova all static package files are handled through the Nova controller itself. Yes, for production and with a large number of users this is not an ideal solution and I would prefer to publish static files as it happens in filament for production environment, but during development when you need to change javascript and css frequently it is very useful.
Is there any similar approach in filament for package development that I missed?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Package
Panel builder
Package Version
v3.2.132
How can we help you?
While actively developing the package, to avoid having to publish styles and javascript every time it changes and see the changes on the fly at the moment, I use symbolic links.
Once the package development is complete, these symbolic links will be removed, and the styles will be published via
php artisan filament:assets
, but maybe there is some other approach that I am not aware of during package development. For example in laravel nova all static package files are handled through the Nova controller itself. Yes, for production and with a large number of users this is not an ideal solution and I would prefer to publish static files as it happens in filament for production environment, but during development when you need to change javascript and css frequently it is very useful.Is there any similar approach in filament for package development that I missed?
Beta Was this translation helpful? Give feedback.
All reactions