OWB and plugins?

@joerg

Quote:

So the NPAPI is implemented and working but disabled in the OS4 verison of OWB??!??! Why on earth would you disable it if it exists and is working. To me that hardly seems like a good way of encouraging progress.

Perhaps I misunderstood "plugin" completely. Maybe an OWB plugin cannot ever be a stand-alone file on disk (an actual plug-in) but has to be compiled in in its completeness (by you then). That would require a pretty close cooperation between you and afxgroup I suppose.

Quote:

If that was trivial it would have been done years ago. So, clearly not trivial. The hard part may not be the compiling part then of course, but political, stubborness, boredom, whatever. I don't know, that's why I started this thread.

However, it is said to be too slow to have it enabled and I get that. But what if the user could enable it manually for the places he wants to prevent it from loading heavy ads everywhere. "Right-click: Enable Gnash here.".

Quote:

To draw in an Amiga window you need the rastport or a layer or something. You can get that from a MUI window and a custom class would provide the area x,y in which to draw. I do this in Detris and DeeJay'D. In MultiRen I use stand-alone files as plugins. They don't draw graphics though so don't really have to touch MUI.

Anyway, is there any docs of this NPAPI that I can use to test something, or would it have to be compiled in as I asked earlier?

@ChrisH

Quote:

68K mui api works whit PowerPC plug-ins so its not just 68K, but does require stubs, because arguments are pastes whit 68k cpu registers.

It its tiny bit more work, to get this done.

The problem whit IB2.4 is that it does not support the full NPAPI, and its NOT 100% compatible whit specifications, for example you can't stop streaming.

@joerg

DoMethods() and clipping I don't remember the details,

I got Mplayer to render some graphics in IB2.4, low quality videos works ok,

but project was put on ice:

because I made a mess out of it:

1) mplayer is not multi-threaded, hard to clean up on exit, I should have made mplayer run as external task but I did not.
2) IB2.4 tried to stream the vodeo while mplayer was trying the same.
3) There are hardly any html pages that use the embedded html video tags.

So I lost interest

The OS4 OWB uses Reaction and with Reaction plugins are impossible. Maybe it's possible with QT, but on AmigaOS4 with Reaction you'd have to use something as extremely ugly as workaround. :)

[EDIT]: added a smiley

... i prefer our coder in font at their code instead ...

please (both side) stop it, we are only 1 community

@Fab

Quote:Wrong.

Quote:If it would use the ReAction window.class NPAPI plugins would be as impossible as with MUI.

Quote:Doesn't make your intentional lies any better.

@Fab
You were told not to push the personal attacks via PM.

Consider this a warning.

@all

I'm sad to see a properly constructive thread turn hostile this way. In danger of being attacked myself, I'll state this: I sense a vague bit of desparation in the community, and yes, we are a bit "behind" other platforms in terms of, say "plugins for our favorite webbrowser", but why is this just not the more reason to stay collaborative and constructive in our efforts??

This might just be some peoples destinct personal style in arguing for their deeply felt views, but I must say, it makes me stress out and even sometimes loose confidence in this crazy project. But hey, I'm a weak person, maybe I should just stick to yoga instead...

@joerg

Let's try again. You have two choices:
- Implement the windowless mode. In this case, the plugin would be passed some drawable (cairo surface, rastport, or anything that could make sense) in the setup phase. When it needs to draw, it would request a drawing operation to the browser, which would answer by sending the plugin a 'paint' order for a given rect when it's ready to do so (according to z-order, transparency or not, ...). The plugin can then compose its own content with the browser content.

- Implement the windowed mode. The plugin is passed some "window" handle (the mui window object, for instance, but it could be anything else depending on implementation) and a rect at setup. When it feels like drawing, it just calls a MUI method on the window object to draw content according to the npwindow rect set previously.

[removed public moderation discussion yet again]

@joerg
Can you answer please, why you not enable NPAPI by default all the time with every releases ? Because it will allow to afxgroup somehow understand how he can add gnash to it, or to anyone else, who want to make a plugins.

Then, ppls can create "download manager" plugin , "flash" plugin and any other plugins.

Explain please as deep as you can why you cant enable it for now, and what you (we) need to do, to enable it by default for all the time.

@Fab
1. Discussing moderation in the forums is not allowed. You were told this via PM before.

2. Smiley faces are not the problem. The problem is the behaviour of repeatably ignoring moderator requests.

Warning #2.