I added the same kind of fix in the routes.php (replaced “/” with “DS” on some places). Now there are not a single slash left in the paths. Try it out?
https://github.com/jenstornell/splitview/blob/master/core/routes.php
I added the same kind of fix in the routes.php (replaced “/” with “DS” on some places). Now there are not a single slash left in the paths. Try it out?
https://github.com/jenstornell/splitview/blob/master/core/routes.php
Thanks, but i didn’t solve the issue, the paths remain the same.
I simply cloned the starterkit and installed Splitview. You can reproduce my “environment” by using php -S localhost:8000
I’ll try tonight with MAMP, perhaps PHP’s local server is the problem.
I did that and found out that there is a problem with this setup. This is what I found out.
When having this:
'pattern' => self::$route . '/assets/js/dist/(:any)',
it matches this:
http://localhost:8000/kirby/splitview/assets/js/dist/site
but not this:
http://localhost:8000/kirby/splitview/assets/js/dist/site.min.js
It means that with this setup it cannot handle urls with dots. I will ask about this in another thread to see if anyone knows what the h*** is going on here.
UPDATED
I asked about it here:
Now I released a version (we can call it 0.91) which for me works with the PHP server. Can you try it out? If your on a Mac, can you try if the keyboard shortcut work after these changes?
Yay! It works fine now, the shortcut on Mac OS, and running it with the PHP server. Well done @jenstornell!
Finally! Thanks for your time with the testing!
To summerize: Deletion of some slashes and dots solved these problems.
@servicethinker Does it work for you now? Can I close this issue?
Do you use Splitview and the panelBar plugin? Or do you want to be able to click on something to bring up the Splitview, instead of the keyboard shortcut?
Then the Kirby Splitview for panelBar might be what you are looking for. It add a link to the panelBar. The screenshot shows the panelBar (not the Splitview).
https://github.com/jenstornell/kirby-splitview-panel-bar
You do something like this to make it work. More info in the docs .
c::set('panelbar.elements', array(
'edit',
'splitview_link'
));
Credit goes to @distantnative for helping me with this plugin and for creating the panelBar plugin.
I’m abandon this project and will not add any more updates to it.
If you want to take over the development, just send me a message or a comment and I will give you the repo.
I’m making a completely new plugin called “Reveal”. It’s kind of a replacement for Splitview but from the inside and without the extras.
Some short info about it:
Except for a few minor things + docs I’m already done. There is a reveal plugin on my Github account, but don’t use it. It’s far from the same thing.
Congrats on the initial effort for SplitView though, I agree that it would probably be a beast to maintain and make sure it works in more situations for more people. Sometimes letting a project go and going for something simpler based on your hard-won experience is the right move.
Thanks! Yes, if my heart is not there for the project, I’m not the one for it.
One reason the new one is much simpler is that when doing it like I do now, from the inside of the panel, many of the features are simply not needed anymore.
Too bad it took a lot of effort in building Splitview to realize that. I guess it’s learning by doing…
What do you think about this? It’s probably close to the final version.
Click image to make it large
Now is the best time for feedback, ideas, questions etc.
Thanks!
Haha! I’m already following reveal on github even though it says ‘DON’T USE IT’. I knew it would turn out amazing!
Is it in a state where we can test t to provide feedback? I’m not sure my feedback now with just the screeshot would be any worth.
Keep up the awesome work!
It’s rewritten and not really the same field as that repo anymore. You can try it but don’t have any expectations at all.
I’ll open a new post when the real plugin is there.
Sounds promising!
Quick idea, possibly totally dumb: you wrote it extends the textarea field, so I guess we have to use a “Reveal” field to get this feature. It means if I want to preview a markdown field I’m out of luck? So what about using such a field as a preview of other fields? In the blueprint we would give a list of the fields it can preview.
Yes, you are right. At the current state it only supports the textarea field. However, if the textarea field is overwritten by another textarea field, it will probably work as well.
An example is this one by @thguenther:
Markdown field
Maybe I’ll add support for the markdown field as well, but probably not in the first version.
I’m now very close to release for the new Reveal plugin. It will probably be released next week.
Here is another teaser:
Click to enlarge:
Feedback are always welcome.
Have a nice weekend!
Greta plugin! Any news about release date?
Thanks!
There is a working version, but there are some details I’m not fully happy with yet, so it’s on hold. When I need it myself again I will finish it.
You can’t compare, but the YAMKE field has a side-by-side editing mode (with live preview).
Kirby YAKME - yet another kirby markdown editor
Like I said; you can not compare a WYWIWYG-preview with the Editor Field I mention here, but maybe it can come in handy for some of us.
https://github.com/1n3JgKl9pQ6cUMrW/Kirby-YAKME/raw/master/kirby_yakme-capture.gif
To compare the new Reveal field with Yakme (from my perspective):
I hope to support Yakme at some point to the Reveal field. Could be a really powerful combo.