[geeklog-devel] plugin_autoinstall - two more issues
Randy Kolenko
Randy.Kolenko at nextide.ca
Wed Oct 7 07:44:13 EDT 2009
>
> Plugins should not modify tables they don't own. I don't know of any
> plugins that do. You want to add info to a story or a forum post you
> create a table with a sid or (whatever the forum primary key is) as a
> foreign key and you maintain that table outside the main table.
Really? How could the forum/stories/pluginx possibly use that data then
if the newly insertted data is in a separate table? I'm not trying to
sound snarky here -- just really trying to understand the approach.
> All of those places are the "middle". Middle is anywhere that is not
> before or after. What are you getting at?
>
Trying to clarify where our understanding of what we're talking about
meets or separates. Trying to understand where you're coming from and
trying to convey where I'm coming from.
> Now you want to add another file that is always included from the
> functions.inc page rather than putting it in existing autoinstall
> file. Does this scale?
May not scale for Geeklog 1.6 -- but if its in its own file, 1.6.x could
include the uninstall ONLY when on the plugins page when the uninstall
is clicked. That scales.
>
> Wait, why am I talking about scale? What are we talking about? Oh,
> yeah, I wrote a different autoinstaller for plugins that's been in
> use in glFusion for a while. Use it. Don't use it. Look at it for
> ideas. Ignore it. Whatever. I have nothing else to really say about
> it. The code speaks for itself and it's GPL2.
>
That's great Joe. I looked at it and I simply asked a question as to if
we used that approach, how can we manage external data. That is all.
It was a valid question that I don't have an answer to yet. Perhaps its
my lack of understanding on your approach so I asked for clarification.
-randy
More information about the geeklog-devel
mailing list