headers
Markus Hossner | 1 Jun 2002 22:59
Picon
Picon

Newsgroup for questions about xpi programming?

Hi,

ist this the right newsgroup for questions about xpi programming?

If there is so:

I have a question on xul programming for mozilla

messagepane=getMessageBrowser();
text=messagepane.editorShell.editorSelection;

Give me the selected text in a composer windows.
But how can I get the selected text in a messenger windows in mozilla
mail/news?

MfG

Markus
Permalink | Reply | 3 comments |
headers
Daniel Veditz | 4 Jun 2002 07:51
Picon

Re: Newsgroup for questions about xpi programming?

Markus Hossner wrote:
> 
> ist this the right newsgroup for questions about xpi programming?

Yes, this is the right group for .xpi install programming.

> If there is so:
> 
> I have a question on xul programming for mozilla
> 
> messagepane=getMessageBrowser();
> text=messagepane.editorShell.editorSelection;

Ah, XUL is something else. XPInstall is about how you get programs
installed, but doesn't much care what's in the files you're installing.

netscape.public.dev.xul would be the most appropriate place but it looks
pretty low volume. I bet most of the questions get directed at
netscape.public.mozilla.xpfe which is the wrong place but I bet they know
where to send you.

-Dan Veditz
Permalink | Reply | 2 comments |
headers
Markus Hossner | 5 Jun 2002 01:09
Picon
Picon

Re: Newsgroup for questions about xpi programming?

Daniel Veditz <dveditz <at> netscape.com> wrote in message news:<3CFC554B.6090008 <at> netscape.com>...
> Markus Hossner wrote:
> > 
> > ist this the right newsgroup for questions about xpi programming?

> Ah, XUL is something else. XPInstall is about how you get programs
> installed, but doesn't much care what's in the files you're installing.

Then this group is about the install.js and the install process?

> netscape.public.dev.xul would be the most appropriate place but it looks
> pretty low volume. I bet most of the questions get directed at
> netscape.public.mozilla.xpfe which is the wrong place but I bet they know
> where to send you.
About which subject is netscape.public.mozilla.xpfe if it is not about xul?

Is XUL only the elements or is xul also the JScript-Code?

MfG

Markus
Permalink | Reply | 1 comment |
headers
Andrea | 6 Jun 2002 00:20

Re: XPInstall and Unix file permissions

Gunner Poulsen wrote:
 > Daniel Veditz wrote:
 > > Jaagup Irve wrote:

 >>> I ran into problems when creating a language pack. The problem is
 >>> that when I install the language pack as root, the file will not
 >>> be readable to other users due to its permission bits.
 >>>
 >>> For what I have understood from a bug I found, the installed jar
 >>> file preserves the permission it was packed with into xpi. I'm
 >>> unable to zip the 755 permission within Windows, am I?

Am I wrong or zip under Unix can?

 >>> Is there a way to tell in install.js to set the file permissions
 >>> to normal during installation?
 >>
 >> If there are no unix-style permissions found in the archive we
 >> create the file with mode 644, or at least that's what the code
 >> says. What are you seeing?
 >
 > 440!
 > And that is the main problem for the moment in the Danish
 > translationproject.

Could you give an URL to have a look at your lang pack?
On which distribution are you testing? (or which Unix flavour?)
 >From which packaging did you installed mozilla? (installer, tar.gz,
RPM, .. ?)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andrea | 6 Jun 2002 00:21

Re: How to XPInstall a plugin and a font on a Macintosh?

Philip Delaquess wrote:
 > We use XPInstall to let our users install the Windows Netscape 6
 > version of our plugin. [..]
 > Now I want to do the same thing on the Mac, having labored many
 > months to port our plugin thereto.
 > [..]
 > But when I hit the big OK button, my script reports a -204 error.
 >
 > I looked up -204 and it equals NO_INSTALL_SCRIPT, with explanation
 > that the "Installation script wasn't signed." Whazzat? From some
 > other posts I just read on this newsgroup, I gathered that Netscape
 > 6.2 doesn't support signed XPIs. I therefore conclude that the
 > *real* problem is that I didn't use the right tools to create the
 > XPI file.
 > On Windows, an XPI file is just a plain ol' ZIP file by another name.
 > Is that also true on the Macintosh? And if so, what is the right
 > tool to create the ZIP, if not Aladdin DropZip?

If I'd was you I would try the same XPI droppin'it on Navigator on
Windows and then I'll check the install.log file to see the results.

If you still get a -204 error, this means the zip file has something
wrong which prevents Moz/NS to see the install.js file on the root
of your archive.

I don't know if repacking under Win32 (e.g. with WinZIP) your XPI
could solve your problem, since I don't know if you need to preserve
special data (e.g. resource fork data). Anyhow taking a look with
WinZIP (e.g. testing the archive) surely wouldn't hurt.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel Veditz | 8 Jun 2002 05:04
Picon

Re: Newsgroup for questions about xpi programming?

Markus Hossner wrote:
>>netscape.public.dev.xul would be the most appropriate place but it looks
>>pretty low volume. I bet most of the questions get directed at
>>netscape.public.mozilla.xpfe which is the wrong place but I bet they know
>>where to send you.
> 
> About which subject is netscape.public.mozilla.xpfe if it is not about xul?

xpfe is about implementing the cross-platform front end. That includes the
implementation *of* XUL, not necessarily developer support on how to
implement things *using* XUL. But those questions creep in.

> Is XUL only the elements or is xul also the JScript-Code?

Technically XUL is only the XML dialect, I was being sloppy because there's
no good word for the whole thing. Lots of folks use "chrome", but that has
other meanings, too.  Incidentally please don't say JScript, that's
microsoft's thing; "JS" is acceptable if you must abbreviate.

-Dan Veditz
Permalink | Reply | 0 comments |
headers
Reidar Djupvik | 14 Jun 2002 14:02
Picon
Favicon

XUL app and registering third-party themes

Hello,

I'm making a XUL app called the Home Button (found at 
http://home.no.net/trihand/mozilla/home/en/ ). In version 0.4 I added 
support for some of the themes at http://themes.mozdev.org/ , but I found 
out there were some problems with the theme support.

For all the themes that the user don't have, a blank line is added in the 
View > Apply Theme menu.

Secondly: My package is installed in the Chrome (Mozilla/chrome) folder, and 
the extra skin files are installed and registered in the Chrome folder too. 
This works well with Classic and Modern, but third-party themes are 
installed in the Profile folder.

How can I detect what themes are installed and only register them, or 
otherwise avoid the blank lines? Should I change my app to install in the 
Profile folder? (I have tried to experiment with it using a constant 
PROFILE_CHROME (the documentation doesn't mention it, seems to be outdated), 
but it didn't work.) Or should I give up and live at the mercy of the theme 
creators? Do something else?

If someone can help me, I will be very thankful, as this problem is stealing 
the time i ought to be sleeping.

Heres the install.js for 0.4:

initInstall("Home Button", "home", "0.4");
setPackageFolder(getFolder("Chrome"));
addFile("home.jar");
(Continue reading)

Permalink | Reply | 1 comment |
headers
Daniel Veditz | 16 Jun 2002 19:42
Picon

Re: XUL app and registering third-party themes

Reidar Djupvik wrote:
> 
> For all the themes that the user don't have, a blank line is added in the 
> View > Apply Theme menu.

I don't know why. Possibly your contents.rdf are missing something that the
standard skins have, or maybe it's just a bug and the menu is hardcoded to
look for some specific package's skin.

> Secondly: My package is installed in the Chrome (Mozilla/chrome) folder, and 
> the extra skin files are installed and registered in the Chrome folder too. 
> This works well with Classic and Modern, but third-party themes are 
> installed in the Profile folder.

Shouldn't matter... the list of available skins is the combined list, should
be transparent outside the chrome system.

> How can I detect what themes are installed and only register them,

From the install I think there's no way to do so. At least there's no way to
query the chrome system. You could maybe poke around on disk for common file
names but that's kinda ugly...

  var hasLopburi = File.exists(
       getFolder("Profile", "chrome/lopburi.zip")); // whatever the filename

I'm not recommending this approach.

> otherwise avoid the blank lines?
(Continue reading)

Permalink | Reply | 0 comments |
headers
Reidar Djupvik | 17 Jun 2002 18:06
Picon
Favicon

Re: XUL app and registering third-party themes

> > For all the themes that the user don't have, a blank line is added in 
>the
> > View > Apply Theme menu.
>
>I don't know why. Possibly your contents.rdf are missing something that the
>standard skins have, or maybe it's just a bug and the menu is hardcoded to
>look for some specific package's skin.

I've filed bug 152314 on the matter.

> > How can I detect what themes are installed and only register them,
>
>From the install I think there's no way to do so. At least there's no way 
>to
>query the chrome system. You could maybe poke around on disk for common 
>file
>names but that's kinda ugly...
>
>   var hasLopburi = File.exists(
>        getFolder("Profile", "chrome/lopburi.zip")); // whatever the 
>filename
>
>I'm not recommending this approach.

No, that's an ugly hack. When you uninstall themes, the file remains.

> > otherwise avoid the blank lines?
>
>If you did manage to fix your contents.rdf to get the name in there (if 
>that
(Continue reading)

Permalink | Reply | 0 comments |
headers
Helge Hielscher | 21 Jun 2002 14:39

howto install XPIs and themes for all users (unix)

hello,

what is the recommend way to make additional themes and XPI-programms 
available for all users?
I tried to install the themes and XPIs in mozilla running as root, but 
only the language packs are usable if I start mozilla as an user.

regards,
helge
Permalink | Reply | 0 comments |

Gmane