BeBits - Firefox Bleeding Edge - Talkback

BeBits

Firefox Bleeding Edge

Talkback

Go back to the Firefox Bleeding Edge page

Post a new Talkback comment!

RE: tigerdog download window

By BeOS Mr X - Posted on December 24, 2005 - 09:54:20 (#18665)
Current version when comment was posted: from 2005-12-18 trunk w/ new patches

I will have to do some investigation on what is causing the problem... glad to see that it is just me that has the problem, if it is something with QF I will be shure to have it ironed out for the next version.
Thankyou for your input!

By tigerdog - Posted on December 24, 2005 - 05:15:08 (#18661)
Current version when comment was posted: from 2005-12-18 trunk w/ new patches

hmmm. very strange. look for me on BeShare or IRC and we can try to work through this, edmundf.

re tigerdog making it default

By edmundf - Posted on December 22, 2005 - 11:35:58 (#18647)
Current version when comment was posted: from 2005-12-18 trunk w/ new patches

>should be pretty simple under Zeta. right-click >"firefox-bin", select "Add-Ons/FileType". In the >"signature" field, type "application/Firefox" and >save.

Done that, doesn't work! Links where still opened with the older Firefox. I renamed the config/setting/mozilla/firefox and renamend the folder Firefox before installing the new one.
Now I removed the older firefox and links are still
not opened.

>If necessary, you can open the preferences panel, go >into Filetypes and set application/x-vnd.Be.URL.http >.https and .file to use Firefox as the default >application.

Done that too, doesn't work either.
When I try to open an html file, it says:
"could not find an application to open ......."
"would you like to find a suitable application to open
the file?"

When I select yes it comes up with "zip-o-matic-z"!?

In preferences there is an firefox-bin too.
Do I need to select that one instead of Firefox?

AAAAAAAAAAAAARRRRRRRRRRHHHHHHHHHHH!

By tigerdog - Posted on December 22, 2005 - 07:53:54 (#18643)
Current version when comment was posted: from 2005-12-18 trunk w/ new patches

Opens immediately here, too. Have you tested to insure this isn't an issue with QuickFox customizations? Like deleting /boot/home/config/settings/mozilla and letting Firefox create a new profile?

Oh, sorry, you're not listening until after the problem is fixed... ;)

Re: download window

By -Meanwhile- - Posted on December 21, 2005 - 23:34:18 (#18642)
Current version when comment was posted: from 2005-12-18 trunk w/ new patches

Is shows up in less than a second here.

download window

By BeOS Mr X - Posted on December 21, 2005 - 23:26:38 (#18641)
Current version when comment was posted: from 2005-12-18 trunk w/ new patches

When the download window (alt+j) doesnt take 17 seconds to open, give me a ring back on BeBits.

By tigerdog - Posted on December 20, 2005 - 18:05:52 (#18637)
Current version when comment was posted: from 2005-12-18 trunk

should be pretty simple under Zeta. right-click "firefox-bin", select "Add-Ons/FileType". In the "signature" field, type "application/Firefox" and save. If necessary, you can open the preferences panel, go into Filetypes and set application/x-vnd.Be.URL.http .https and .file to use Firefox as the default application.

Bear in mind, these are development builds and packaging is not the focus. We're trying to get the latest builds out to the community as quickly as possible for use and feedback. Others have left talkback comments as to why we don't spend more time packaging the Bleeding Edge versions.

Having said that, though, we're also experimenting on ways to make installation more friendly for the user community and future Bleeding Edge builds will reflect this.

How to make it default?

By edmundf - Posted on December 20, 2005 - 14:23:22 (#18636)
Current version when comment was posted: from 2005-12-18 trunk

I still have this very annoying problem,
how do I make this the default HTML prog
in Zeta?

Re: lib dir

By tqh - Posted on December 5, 2005 - 09:05:33 (#18510)
Current version when comment was posted: from 2005-12-01 trunk

In some cases it can, but it needs work before it can be done correctly. Also, only some libs should be placed in lib-dir. SSL can stop working, you may run out of add-on memory and other bad things will happen right now.

By BeOS Mr X - Posted on December 5, 2005 - 04:55:28 (#18508)
Current version when comment was posted: from 2005-12-01 trunk

heh, QuickFox 2.3 for zeta does that job for you automatically.

By 7 - Posted on December 4, 2005 - 23:59:15 (#18506)
Current version when comment was posted: from 2005-12-01 trunk

Hi,

Thanks for all the great work, the ZETA version works quite nice.

Can the build be set up to put all the .so files into a /lib subdirectory? Doing that allows for you to run the binary without having to use the script.

little notice

By s_d - Posted on December 4, 2005 - 13:05:45 (#18497)
Current version when comment was posted: from 2005-12-01 trunk

P.S.
I meant developer version of SeaMonkey.
Version at bebits may have standard mouse move code etc (don't remember atm)

Re: slow resize

By s_d - Posted on December 4, 2005 - 13:01:30 (#18496)
Current version when comment was posted: from 2005-12-01 trunk

I hope new mouse code code and taking in account "ListenForResizes" flag in Create() will help a bit.

I don't feel resize with latest seamonkey and same machine as lightgestalt's one is especially slow or really slower than before.

Re: Resizing very slow

By tqh - Posted on December 4, 2005 - 10:53:39 (#18495)
Current version when comment was posted: from 2005-12-01 trunk

It's an unfortunate sideeffect of trying to do more things correctly. We'll try to speed things up whereever we can.

Resizing very slow

By lichtgestalt - Posted on December 3, 2005 - 18:52:02 (#18494)
Current version when comment was posted: from 2005-12-01 trunk

The current build is verrry slow on window and sidebar resizing compared to the very snappy one I've been using for quite a few weeks (I think I didn't try the build before this one). Is it just my system: dual P3 550 mhz?

about crash on www.tsr.ch...

By cvincent - Posted on December 3, 2005 - 13:01:25 (#18492)
Current version when comment was posted: from 2005-12-01 trunk

I just download the latest version, and all work !
Regards,

to cvincent

By tigerdog - Posted on November 29, 2005 - 23:19:12 (#18475)
Current version when comment was posted: from 2005-11-22 trunk

did it crash at the top level or after clicking down into the site? Also, any info on the crash (reason, stack crawl, etc.) might help us figure out why. I tried it here (with Zeta build) and was able to view the main page without a crash.

crash on www.tsr.ch

By cvincent - Posted on November 29, 2005 - 21:00:59 (#18474)
Current version when comment was posted: from 2005-11-22 trunk

hi,

i use R5 + Bone and this build crash on http://www.tsr.ch !

thanks! works!

By Kevin_Field - Posted on November 28, 2005 - 00:17:28 (#18451)
Current version when comment was posted: from 2005-11-22 trunk

Yeah, I had tried repeatedly...the FileTypes thing fixed it right away though. :)

Kev

Re: Re: won't launch

By tqh - Posted on November 25, 2005 - 15:55:36 (#18434)
Current version when comment was posted: from 2005-11-22 trunk

Right click firefox-bin select Filetype. Do save in Filetype and relaunch. You might also verify that it's not using any of the launch-flags, single launch and such.

By -Meanwhile- - Posted on November 25, 2005 - 15:46:06 (#18433)
Current version when comment was posted: from 2005-11-22 trunk

Do the same a second time and it will work.

won't launch

By Kevin_Field - Posted on November 25, 2005 - 14:12:12 (#18432)
Current version when comment was posted: from 2005-11-22 trunk

The netserver version won't launch on double-click or ./firefox. It thinks for a second (bit of hd activity) and then returns to the prompt, without errors. I've never had this problem before...any ideas?

Thanks,
Kev

work-around

By BeOS Mr X - Posted on November 24, 2005 - 00:23:32 (#18426)
Current version when comment was posted: from 2005-11-22 trunk

Sometimes, you can right-click on the .jar files, and save them into the profiles extensions folder.
For example, I would put them here:
/QuickFox/profiles/extensions/theme.jar

Exit FF, and then when you start up, you should be promted to install the theme.
(minus the annoying 5 second timer, which will be eliminated in my next version of QuickFox)

Themes, .jar and .xpi ?

By hey68you - Posted on November 23, 2005 - 10:21:28 (#18425)
Current version when comment was posted: from 2005-11-22 trunk

First of all this new version is great (net_server).

I am behind a company firewall. Is that any reason why themes are starting to download but not finishing (and just vanish from the themes window)?

The themes are all .jar files, but when I install extensions .xpi files, they install without any problems.

Thanks

Thanks s_d (re: 2 BiPolar)

By BiPolar - Posted on November 18, 2005 - 06:52:51 (#18375)
Current version when comment was posted: from 2005-11-10 trunk

Hey s_d,
I just want to say thank you for the time/effort you put into implementing X-axis mouse wheel support. I must admit that I haven't tested it yet though, as I was waiting for the FF version (and now I have to wait until the d/l ends... 56 Kbps suxor :-P).

Thanks again to you, and of course, to the rest of the team.

Oscar.

By tigerdog - Posted on November 16, 2005 - 05:43:26 (#18356)
Current version when comment was posted: from 2005-11-10 trunk

I'm una`le to duplicate the behavior you describe here. As a test, you might move /boot/home/config/settings/mozilla folder to a safe place (out of config/settings) and let Firefox build a clean profile. It may abort on the 1st run but should restart cleanly after.

Zeta R1, latest build

By vsucks - Posted on November 15, 2005 - 22:01:35 (#18349)
Current version when comment was posted: from 2005-11-10 trunk

I'm using the recent Zeta build on R1. It happens on all sites.

mouse scrolling

By gaukler - Posted on November 15, 2005 - 21:50:04 (#18348)
Current version when comment was posted: from 2005-11-10 trunk

Thanks for the suggestions for changing scroll speed in the latest Zeta release. I used a value of 8, which seems to be the right number for me.
The Find feature doesn't do anthing on this release- is there any way to fix it? I recall an earlier release with the same problem.
mark

By tigerdog - Posted on November 15, 2005 - 18:53:17 (#18346)
Current version when comment was posted: from 2005-11-10 trunk

which OS and which Firefox version, please? Also is there a particular website that triggers this behavior?

Firefox doesn't redraw...

By vsucks - Posted on November 15, 2005 - 12:42:51 (#18345)
Current version when comment was posted: from 2005-11-10 trunk

I'm having a peculiar problem with the latest build. I enter a site in/click on a link, and it loads fine. The only problem is that the browser window inside the tab doesn't change at all. I have to resize before the new page appears.

version notes

By tigerdog - Posted on November 15, 2005 - 02:55:03 (#18344)
Current version when comment was posted: from 2005-11-10 trunk

I generally have CPU cycles and personal time to post three versions: R5, BONE and Zeta. Going forward, the development team agrees dynamic builds are more in keepin with standard mozilla practice. I will continue to create optimized, dynamic versions for these two platforms. I will also build a static, optimized Zeta version (generally the fastest) because that's what I use day-to-day. Of course, adventurous souls are welcome to create the build of their dreams - the source is out there!

so when will the i686 version come out

By BeOS Mr X - Posted on November 14, 2005 - 23:25:42 (#18343)
Current version when comment was posted: from 2005-11-10 trunk

for BONE, netserver ?

Normal release, Mr X

By s_d - Posted on November 14, 2005 - 22:53:07 (#18342)
Current version when comment was posted: from 2005-11-10 trunk

According to Mozilla practice, NORMAL RELEASES are dynamically-linked releases.

Static builds were made as kind of exclusion, for special purposes and testing.
I mean builds for other OS-es.

Also, static builds are very bad for developers/development, so usually right place for that is when real milestone is built - like official release or release candidat.

I think you can freely build FF yourself, following wiki.bebits.com instructions. Statically, dynamically and with even more good tweaks

what ? staticly and unstaticly linked things

By BeOS Mr X - Posted on November 14, 2005 - 22:38:32 (#18341)
Current version when comment was posted: from 2005-11-10 trunk

so tigerdog, was it the main point to make the update for systems with less ram only?
If so, when can we expect the normal release to come out.

By tigerdog - Posted on November 14, 2005 - 22:20:12 (#18340)
Current version when comment was posted: from 2005-11-10 trunk

s_d is right, this can be changed with about:config. Exact item to tweak is "mousewheel.withnokey.numlines" default is "1". Setting this to "3" should restore the behaviour you're used to.

wheel scroll step again

By s_d - Posted on November 14, 2005 - 22:12:27 (#18339)
Current version when comment was posted: from 2005-11-10 trunk

sorry,
no "scroll" for filter, but "wheel":
mousewheel.withnokey.numlines 3
mousewheel.withnokey.sysnumlines false

2 BeOS Mr X re size of binary

By tigerdog - Posted on November 14, 2005 - 21:59:45 (#18338)
Current version when comment was posted: from 2005-11-10 trunk

As I mentioned in the release notes, the latest R5 and BONE builds are dynamically linked, out of respect for those running older hardware with limited RAM. Functionally, they're identical but only pull modules in to memory when needed. Therefore, the main binary is much smaller.

2 BeOS Mr X

By s_d - Posted on November 14, 2005 - 21:45:15 (#18337)
Current version when comment was posted: from 2005-11-10 trunk

Don't pull out what you don't know.
In BeOS implementation of Mozilla original step provided
by system was replaced by HARDCODED value 3.
And those mozilla "tweaks" you pointed, allowed to "multiply" or "override" it.

But tigerdog said truth.
Sorry, Mr X, but even if tigerdog isn't coder himself (neither you, as I understand), he is more competent here, as is involved in everyday work at Mozilla.

re:tigerdog

By BeOS Mr X - Posted on November 14, 2005 - 21:40:52 (#18336)
Current version when comment was posted: from 2005-11-10 trunk

hardcoded ? not so.

http://kb.mozillazine.org/About:config_entries#Mousewheel..2A

largely imcomplete but you can experiment with about:config , and, putting a permanent fix tweaking the files in the chrome dir.

Firefox scroll-step - about:config

By s_d - Posted on November 14, 2005 - 21:38:06 (#18335)
Current version when comment was posted: from 2005-11-10 trunk

As temproary solution until we decide new step for scroll, enter about:config in URL-bar,
type
scroll
in filter field and look at available options.
you should disable system value for choosen option and then set your desired step for "user" option



	Comment Pages: << prev \| 1 \| 2 \| 3 \| 4 \| 5 \| 6 \| 7 \| 8 \| 9 \| 10 \| 11 \| 12 \| 13 \| 14 \| 15 \| 16 \| 17 \| 18 \| 19 \| 20 \| 21 \| 22 \| 23 \| 24 \| next >>













			Recent Downloads - # 321 Total Downloads - # 23 Total Views - # 13 User Ratings - # 57




			Web Browsers




			1. BePodder - 9.80 2. QEMU - 9.68 3. ScummVM - 9.57 4. cpu_fix - 9.42 5. Jukebox - 9.40 6. libdl.so - 9.40 7. Haiku AGP busm... - 9.35 8. vim6 - 9.31 9. Beezer - 9.26 10. HandBrake - 9.25




			1. BeOS 5 Perso... - 13,607 2. Realtek RTL8... - 13,115 3. Ati Radeon G... - 12,584 4. Ensoniq Audio... - 7,566 5. ATI Rage 128... - 7,442 6. USB Joystick... - 5,665 7. Broadcom 440x... - 5,411 8. S3 Trio 64 v2... - 4,727 9. USB Serial dr... - 4,708 10. Intel Extreme... - 4,472




			You are not logged in. Login


	Unless otherwise noted, everything is copyright © 1999-2009 Haikuware. All Rights Reserved. For more legal trivia, take a gander at our Legal Stuff page and our Privacy Statement.