Vanilla 1 is no longer supported or maintained. If you need a copy, you can get it here.
HackerOne users: Testing against this community violates our program's Terms of Service and will result in your bounty being denied.
FeedReader extension: comments and questions
This discussion has been closed.
Comments
Depends what is the meaning you give to "easy".
Mark did an excellent work (apart from the capitalization gh ) but adding a panel means something like 300 lines of code, looking at his own Style extension.
Since adding a panel I think should be something like: one line for the init, one line for a panel and then the content, I'm wrapping all the working/framework code inside a class to make everything straight.
At this time I have one line for the init and one class with a function for each "PostBackAction". Simple to understand, simple to implement, does right what you expect to.
I still have to get a few details on the Vanilla workings for the Settings Panel and the wrapper class is ready for anyone that wants to add a configuration panel with just its code.
Take a look at the Mark's code on the Style extension and my code on the FeedReader extension and you'll notice a huge difference.
~
Context: I'm a user interface and user experience designer and before that a developer... and I've got a big concern on how the "developer" side needs to get a user-centric mind. It's quite crazy if you think that very little has changed since text editors to write code, for example. Now the "world" is trying -with many difficulties- to understand what means "user centric" for the final product... but still I think that there should be a sort of "developer centric" development, if you forgive me the word joke.
In this case, it's not a Mark's fault, since the project IS BIG, just I think that to make extensions development easier there should be an easier way to create a configuration panel. With this I mean that a developer should have a choice: the "core" Mark's classes and a "simple" alternative for an easier implementation, that on a not-time-critical task like the settings panel could handle a little overhead and simplification.
Mmmm... I made myself clear?
~
To define better my position: I think that Vanilla is one of the projects around with the best source code, well designed and parametrized, with an excellent architecture and good modules support... and of course, a class-based estensions system. Ode to Mark for this.
On the other side, I enjoy to write a "good" architecture so it isn't a problem at all for me to wrap a class instead of writing plain code... It isn't a loss of time at all, even if I will be the only one using it.
If the problem happens also with the 0.2 paste the error here.
I have a small problem thou... It seems like it's shortening the title on my feeds.
For example:
I have a post with the title: "Fearless premiär i USA skjuts upp"
But in the feed-panel it reads as: "är i USA skjuts upp"
It cuts the first letters every time a swedish extended letter appears. For example the letters Å Ä Ö and å ä ö.
Here is my forum: http://bloggywood.se/forum
//Daniel
I'll check the error issue on line 176 and the parser problem on - as it seems - non-ascii chars.
[EDIT]
At a first look, it seems an encoding problem, maybe related to UTF-8 and mb php strings.
Could you please check if your feed is encoded UTF-8?
According to the cache-file the feed is encoded with UTF-8.
Are you using a custom theme or the Vanilla classic?
Keep me informed: still since I'm using the default Vanilla function calls to render the Panel, problems like that should be CSS-dependant...
Changes:
- The length of the list is configurable (MaxItems)
- Now should be more stable in case of problems with the feed
Please give me feedback on the second point, since I'm unable to get a "real" test case.