 |
|
| bookmarks. |
|
|
By s_d - Posted on July 3, 2003 - 00:40:13 (#7990)
Current version when comment was posted: 1.4bRC2-0.6-20030617 |
|
|
I know. It seems totally dead, i cannot do nothing, even add new bookmark.
|
|
| bookmarks of 1.4 |
|
|
By fye - Posted on July 3, 2003 - 00:10:29 (#7989)
Current version when comment was posted: 1.4bRC2-0.6-20030617 |
|
|
can't show/access my bookmarks with the newest version. I'm sure I got them at the right place though...
|
|
| Why is BeZilla so slow? Does it have to be like this? |
|
|
By victor.domingos - Posted on July 1, 2003 - 15:35:02 (#7975)
Current version when comment was posted: 1.4bRC2-0.6-20030617 |
|
|
I am using BeZilla and I like it a lot. However, there are two main inconvenients on it.
First, there is the huge size of the app.
And second, the whole stuff is very slow... I am using BeOS 5 in an AMD k6/II (400Mhz) with 96 Mb SDRAM plus something like 200 Mb of virtual memory. I would like to use composer more frequently, but i cannot because it is so slow that I cannot do anything in usefull time. For instance, when I use the scrollbars or PgUp/PgDn keys, it will ake a long time till I can find the cursor and keep working. Is there a workaround for this, or this is just the way it has to be?
|
|
| re: Net-server builds |
|
|
By disreali - Posted on July 1, 2003 - 04:39:12 (#7971)
Current version when comment was posted: 1.4bRC2-0.6-20030617 |
|
|
The window drawing issue has been solved for the regular MozillaAppSuite releases. I've not been able to get a net-serv version of MozFirebird to compile. I'm still trying.
|
|
| Net_Server-builds? |
|
|
By Hugh - Posted on June 27, 2003 - 10:25:24 (#7911)
Current version when comment was posted: 1.4bRC2-0.6-20030617 |
|
|
I'd need a recent net_server-build - I prefer to wait for BONE/Zeta...
Recent nightlies hang when opening the first window here - the frame is displayed and the title updated, but the content is not painted... ?
Hugh
|
|
| Mozilla size |
|
|
By Diver - Posted on June 22, 2003 - 02:19:24 (#7834)
Current version when comment was posted: 1.4bRC2-0.6-20030617 |
|
|
SD, why Firebird for BeOS is 14.3 mb while version for windows is only 6.7 mb? Why there is such a big difference?
|
|
| save image as |
|
|
By Franxico - Posted on June 20, 2003 - 20:21:32 (#7814)
Current version when comment was posted: 1.4bRC2-0.6-20030617 |
|
|
hi,
I like Firebird a lot. It's my first web browser on BeOS. I was trying to find a nice icon to it yesterday and i realized that the "save image as" option doesn't work.
Thanx for the build, fyysik :)
François
|
|
| imported bookmark not work |
|
|
By rayman - Posted on June 19, 2003 - 11:14:20 (#7785)
Current version when comment was posted: 1.4bRC2-0.6-20030617 |
|
|
nice ported application and very fast, but the "imported bookmark" not works !!
|
|
| no new builds |
|
|
By SD - Posted on June 1, 2003 - 03:56:09 (#7509)
Current version when comment was posted: 1.4b0.6 |
|
|
anyway, children repaint and i-frames scrolling is dead in nighties now, and no time to deal with it in nearest future, so probably no new builds in coming month
|
|
| Smooth scrolling |
|
|
By Switkin - Posted on May 31, 2003 - 21:32:03 (#7508)
Current version when comment was posted: 1.4b0.6 |
|
|
For anyone who couldn't turn off smooth scrolling, the correct variable name to add to prefs.js is general.smoothScroll, which you should set to false.
|
|
| InitialPaint preference |
|
|
By tb100 - Posted on May 30, 2003 - 16:30:01 (#7495)
Current version when comment was posted: 1.4b0.6 |
|
|
Got this from the firebird help site at http://texturizer.net/firebird but I guess it will work for mozilla too.
---Begin Quote---
Speed up page rendering
By default, Mozilla Firebird doesn't try to render a web page for 250 milliseconds, because it's waiting for data. If you add the code below to your user.js file, Mozilla Firebird immediately tries to render the page, even without complete data. The drawback is on slower machines where doing a "reflow" may actually cause the total page load time to be longer.
// This one makes a huge difference. Last value in milliseconds (default is 250)
user_pref("nglayout.initialpaint.delay", 0);
---End Quote---
I guess this also works the other way, increase the number to make moz wait longer before starting to render a page->Less reflows->Faster rendering.
HTH
Simon
|
|
| Re: bug |
|
|
By Rene Gollent - Posted on May 30, 2003 - 16:29:31 (#7494)
Current version when comment was posted: 1.4b0.6 |
|
|
I might be wrong, but try searching using the keywords: "incremental rendering".
|
|
| SD, do you know where in bugzilla can I find this bug? |
|
|
By Prognathous - Posted on May 30, 2003 - 16:06:55 (#7493)
Current version when comment was posted: 1.4b0.6 |
|
|
The one about them changing the rendering style, that is.
Thanks,
Prog.
|
|
| Re: 1.4b - who knows... |
|
|
By SD - Posted on May 30, 2003 - 11:44:58 (#7491)
Current version when comment was posted: 1.4b0.6 |
|
|
They changed rendering drawing "style"
Mozilla BeOS drawing engine is same as in 1.4a,
but now Mozilla calls it "on fly" allowing you to see all parsing process, instead of rendering all offscreen until major part of page is ready and then copy it on screen. Which is IMHO big overhead.
Presonally, i DISLIKE this feature, but hardly can do anything here.
|
|
| 1.4b BONE vs. 1.4a BONE |
|
|
By mainlymac - Posted on May 30, 2003 - 10:29:14 (#7490)
Current version when comment was posted: 1.4b0.6 |
|
|
I've been using the 1.4b "aphex" BONE build for a while and it is simply a dog speed-wise compared to 1.4a for BONE. Although I think the uniform interface and scrollbar fixes in 1.4b are nice, it's not worth it if the whole thing is 30-40% slower on rendering. Just thought you'd like to know this - and no, not all of us have super-duper jet-engine boxes under our desks - all comments apply to a PII 266 laptop with 2MB NeoMagic video. Thanks for all the excellent work and I hope the next build speeds back up.
|
|
| Good Stuff - Keep Going! |
|
|
By pirx - Posted on May 24, 2003 - 09:40:01 (#7405)
Current version when comment was posted: 1.4b0.6 |
|
|
Really nice, with a BeOS feel. Good Job!
|
|
| 2 Daniel - Scrolling again |
|
|
By SD - Posted on May 19, 2003 - 11:17:20 (#7356)
Current version when comment was posted: 1.4b0.6 |
|
|
Weird.
With SoftScrolling OFF (FALSE) it jumps here immediatly.
>Why don't you zip up your whole gfx directory and send >it to me?
Did it once month ago when implemented all important changes, with hope on your help.
But as no responce from you, i decided that your mail-server rejects mails from me.
Anyway, to prevent those e-mail misunderstandings, get gfx source here http://beos.spb.ru/fyysik/beos_src_gfx_20030516.zip
|
|
| Scrolling |
|
|
By Switkin - Posted on May 18, 2003 - 22:59:27 (#7351)
Current version when comment was posted: 1.4b0.6 |
|
|
The soft scrolling option for prefs.js doesn't work. If you click in the scrollbar away from the handle to jump a page, you still get five or six movements instead of one jump. So even with this option, the bad scrolling performance on a large image still happens. Why don't you zip up your whole gfx directory and send it to me?
|
|
| 2 Daniel - SoftScrolling feature |
|
|
By SD - Posted on May 17, 2003 - 11:12:46 (#7338)
Current version when comment was posted: 1.4b0.6 |
|
|
I guess you met new Mozilla feature which is outside GFX code - SoftScrolling.
Close browser and add in prefs.js or users.js
line:
user_pref("general.SoftScrolling", false);
Test problem again. If bad scrolling is still there, maybe you can look at my version of nsImageBeOS ???
(btw, it wasn't changed in last 2 or 3 months at least).
|
|
| Scrolling |
|
|
By Switkin - Posted on May 17, 2003 - 03:02:17 (#7334)
Current version when comment was posted: 1.4b0.6 |
|
|
Sergei,
I was just suggesting running the command line profile tool on that page. It's not unbearable slow, but something is certainly taking more time than it should.
One other thought: there may have been a setback compared to some work I did. For example, load a very large jpeg (not in an HTML page) like 3000x2000 pixels. Once it is finished loading, you will notice it's very slow still to scroll around. Previously, I had fixed the Optimize() routine and the drawing so that the 24 bit data was not constantly reexpanded and copied to the 32 bit BBitmap every time. I'm not sure what changed, but this is performing like before my rewrite. This may be a good part of why that long building page feels slower than it should be also.
|
|
| This one's a keeper |
|
|
By InactiveX - Posted on May 16, 2003 - 17:43:59 (#7331)
Current version when comment was posted: 1.4b0.6 |
|
|
The latest Firebird/NetServer is great. I'm sticking with it now. Thanks to all who built it.
|
|
| Just Plain GREAT |
|
|
By tliebig - Posted on May 16, 2003 - 12:36:10 (#7324)
Current version when comment was posted: 1.4b0.6 |
|
|
Downloaded the Stripzilla/Firebird 1.4b netserver build a few seconds ago and I have to admit that this is just plain the greatest build. Works perfect. Never had a better build before. My honest admiration for this build. Thanks alot, guys!
|
|
| 2 Daniel - Scrolling? |
|
|
By SD - Posted on May 14, 2003 - 23:50:18 (#7313)
Current version when comment was posted: 1.4b0.6 |
|
|
hm, nice page:)
But nothing of two things realted to BeZilla scrolling - nor i-Frames, neither moronic backgrounds.
So scrolls absolutely fine here.
There are much worse cases, suitable for testing - e.g. our ex-friends http://www.gobe.com
|
|
| Scrolling torture test |
|
|
By Switkin - Posted on May 14, 2003 - 23:23:06 (#7312)
Current version when comment was posted: 1.4b0.6 |
|
|
Sergei,
Here's a good scrolling torture test for all Mozilla versions (use the scrollbar):
http://www.mrwong.de/myhouse/
I think if this could be fixed, many pages would feel more responsive.
|
|
| Re: Prognatheus |
|
|
By Rene Gollent - Posted on May 12, 2003 - 17:13:20 (#7280)
Current version when comment was posted: 1.4b0.6 |
|
|
For future reference, BeOS does not auto-quit an app when all windows have been closed. This has to be implemented by the developer either by setting a flag or otherwise tracking it. But by default, no it does not.
|
|
| Animated GIFs |
|
|
By skiversoul - Posted on May 11, 2003 - 19:37:57 (#7273)
Current version when comment was posted: 1.4b0.6 |
|
|
|
| 2 Skiver again |
|
|
By SD - Posted on May 11, 2003 - 10:26:44 (#7268)
Current version when comment was posted: 1.4b0.6 |
|
|
i meant in previous post that it shares syntax, not option files (yet - ability to share profile is on the road). So put changes in config/settings/Phoenix/**/prefs.js
|
|
| Animated gif-s |
|
|
By SD - Posted on May 11, 2003 - 10:24:30 (#7267)
Current version when comment was posted: 1.4b0.6 |
|
|
Skiver, i think Firebird shares most options with mozzilla, so try to put in its prefs.js string:
user_pref("image.animation_mode", "once"); - for me it i s optimal to allow those play once.
But you may but instead "once" also something alike
"never" (or "none"??? - don't recall now).
|
|
| Two Questions |
|
|
By skiversoul - Posted on May 11, 2003 - 04:10:38 (#7260)
Current version when comment was posted: 1.4b0.6 |
|
|
1. Sergei, out of interest, which of your different versions is most popular?
2. Is there some way to turn off animated GIFs in Firebird?(there's no preference item for it.)
|
|
| re: netserve Firebird |
|
|
By disreali - Posted on May 11, 2003 - 01:46:24 (#7259)
Current version when comment was posted: 1.4b0.6 |
|
|
To Prognathous, borg21, zenja, vivid, and everyone else, I am ratified that you find the Firebird builds I did useful. I must thank sergei for his help and code, and also Decaf, Bryan and Elliot for sharing there expeirence building mozilla and phoenix..
|
|
| Actually... Accel+W is used to close tabs/windows |
|
|
By Prognathous - Posted on May 10, 2003 - 13:44:06 (#7251)
Current version when comment was posted: 1.4b0.6 |
|
|
Mozilla (not Firebird) uses Accel+Q to quit on all platforms (i.e. Ctrl+Q on Windows and Unix, Cmd+Q on MacOS and Alt+Q on BeOS/x86).
This is inline with the Mac Human Interface Guidelines and inline with unwritten BeOS conventions (as no HIG was ever published). It is not standard on Windows and Unix and that's why this bug is open. However, due to the risky nature of this shortcut, and due to the "horror stories" that some people have had with it (including myself), I believe that it should not be part of the BeOS version. The mnemonics and last-window-quit features of BeOS just make this a whole lot easier.
Prog.
|
|
| 2 Switkin: Bookmarks and Alt-Q |
|
|
By SD - Posted on May 10, 2003 - 11:54:02 (#7250)
Current version when comment was posted: 1.4b0.6 |
|
|
Daniel, you missed some intermidiate versions - so bookmarks are AGAIN non-functional, not STILL. And this is mentioned in annotation on StripZilla page - so i don't see reason to inform me here about this "bug".
About Alt+Q, sutuation is much better than it was before. Mozilla is cross-platform app, and has its own set of rules for shorcuts, and its own guidelines.
And Alt/Ctrl + Q is intended to close TABs! BeOS with its extremistic SDI approach misses such shortcut in its guidelines for sure, and BeZilla users were some times ago in big troubles with closing shortcuts from keyboard, because previously Alt/Ctrl-Q CLOSED WHOLE MOZILLA instead current tab.
I managed to workaround that problem (there is bug about it on bugzilla) implementing special hook in Quit().
But if you wish to have application which follows 100% BeOS rules, "you" should start embedding project. BeOS UI+gecko engine. All enthousiasts are welcomed
|
|
| Since it's obvious that none of you bothered to read the bug - this is a waste of time |
|
|
By Prognathous - Posted on May 10, 2003 - 11:21:01 (#7247)
Current version when comment was posted: 1.4b0.6 |
|
|
Jeremt F. Dolan phrased it well in comment #138 of that bug:
"Alt f x is much easier to hit, more discoverable, and backwards compatible. I don't see anyone WHO has a problem with this for UNIX and Windows. Can't we check that in and let Mac continue to rot and have dataloss, if that's the way they want it?"
Prog.
http://bugzilla.mozilla.org/show_bug.cgi?id=52821#c138
|
|
| ALT <-> CTRL |
|
|
By lichtgestalt - Posted on May 10, 2003 - 09:37:53 (#7245)
Current version when comment was posted: 1.4b0.6 |
|
|
I assume everyone knows this already. You can exchange ALT and CTRL in mozilla/firebird by adding the lines
user_pref("ui.key.accelKey", 18);
user_pref("ui.key.menuAccessKey", 17);
to the prefs.js file in ~/config/settings/Phoenix/Profiles/default/blablabla/
WRT the latest Firebird: Nice work!! I love it!
|
|
| Thank you |
|
|
By Switkin - Posted on May 10, 2003 - 06:05:48 (#7243)
Current version when comment was posted: 1.4b0.6 |
|
|
Thank you Marco and Zenja for bringing a little reason to this conversation. Of course Alt-Q is part of the Be User Interface Guidelines - it's the defacto standard and it should be available.
|
|
| "historical mistake" |
|
|
By marcone - Posted on May 10, 2003 - 01:14:59 (#7239)
Current version when comment was posted: 1.4b0.6 |
|
|
"In short, Accel+Q for Quit was a historical mistake and it's about time to fix it."
Bullshit. If you can't handle the keyboard, use the mouse. If you want, I will even create a version of Deskbar for you that has the "close all" menuitem removed, so you don't accidentally quit an application using the mouse...
|
|
| Why Accel+Q has no place on BeOS |
|
|
By Prognathous - Posted on May 10, 2003 - 00:44:30 (#7238)
Current version when comment was posted: 1.4b0.6 |
|
|
The dataloss issue has been thoroughly explained in the bug I linked. I strongly suggest to read users experiences with this poor key binding, it has proved to be a nightmare for many. Furthermore, I know many Mac users who also hate Cmd+Q and think it's a stupid shortcut.
But unlike MacOS where one could argue that this is beneficial, on BeOS we are dealing with a slightly different situation:
* Unlike MacOS, BeOS menus have triggers (aka mnemonics or access-keys). For some risky actions (such as quitting an application) one can simply use triggers instead of accelerator shortcuts.
* Unlike MacOS, BeOS applications quit when the last window is closed, therefore manually quitting an application is rarely needed (and when it is, one can always do it from the menu)
The option of prompting the user to save is not a viable one in a browser, at least not without providing the means to save form-metadata. In addition, bugging users with too many dialog boxes will bring BeOS much closer to the annoying Windows experience.
In short, Accel+Q for Quit was a historical mistake and it's about time to fix it.
Prog.
PS.
Were there any BeOS Interface Guidelines? as far as I recall, they were always "forthcoming".
http://www.beatjapan.org/mirror/www.be.com/aboutbe/benewsletter/Issue80.html#Gassee
|
|
| Reply to prog |
|
|
By zenja - Posted on May 9, 2003 - 23:36:54 (#7237)
Current version when comment was posted: 1.4b0.6 |
|
|
"choosing NOT to implement a standard shortcut (Accel+Q) would be the right thing to do."
Huh? Thats idiotic. If 99% of a platforms applications use ALT-Q and ALT-W (which works fine), then those 1% of apps which deviate from this formula are asking for trouble. BeInc picked a standard, set out guidelines, and for better or worse, other app developers should stick to these. You may think that the idea was bad, but I personally think that it works well. End of story.
The CTRL vs ALT option is configurable in your preferences, and the Firebird/Mozilla developers should actually check what the user preference is before hard coding CTRL instead of ALT. Do you know how frustrating it is to go from ALT-C (which is used by almost all BeOS apps) to CTRL-C. To make matters worse, Sergej with Stripzilla does the right thing and maps Alt keyboard shortcut, while other developers of Bezilla/Firebird use CTRL. Every second version of a Mozilla browser I try on BeOS has the keyboard shortcuts arsed around. THERE IS A STANDARD - STICK TO IT.
I need my morning coffee.
|
|
| Microsoft should have chosen Ctrl+W as the global keyboard shortcut - *not* Alt+F4 |
|
|
By Prognathous - Posted on May 9, 2003 - 23:02:58 (#7236)
Current version when comment was posted: 1.4b0.6 |
|
|
You can't blame third party software developers for not implementing a shortcut that is not standard on Windows, you can, however, applaud them for being smart and fixing something that's wrong - absence of a convenient shortcut for closing a window or tab (Accel+W).
This is very somewhat similar to the case of Mozilla under BeOS, choosing NOT to implement a standard shortcut (Accel+Q) would be the right thing to do.
Prog.
|
|
| re: Yes, *serious* dataloss (read the bug!) |
|
|
By ahwayakchih - Posted on May 9, 2003 - 22:34:22 (#7235)
Current version when comment was posted: 1.4b0.6 |
|
|
"Microsoft is braindead enough to only implement Ctrl+W in Explorer and in Internet Explorer. For most other Windows programs (excluding Mozilla) [...]"
well, it's not MS fault - it's application's author's fault. Each application defines shortcuts itself so it's a matter of programmer's choice not MS.
|
|
|
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
 |
| |
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,651
2. Realtek RTL8... - 13,141
3. Ati Radeon G... - 12,638
4. Ensoniq Audio... - 7,596
5. ATI Rage 128... - 7,465
6. USB Joystick... - 5,682
7. Broadcom 440x... - 5,431
8. S3 Trio 64 v2... - 4,751
9. USB Serial dr... - 4,721
10. Intel Extreme... - 4,483
|
|
|
|
 |
| You are not logged in.
Login
|
|
|
|
 |
|
