New weekly build
By olli. Friday, 2. February 2007, 17:11:27
Hi
We added an experimental developer tool to Opera. Go to tools/advanced/Developer Console to try it out. (will not work with js and popups disabled)
Sorry no static linux build today :-(
Changelog:
Windows MSI
Windows Classic
Macintosh
Unix
We added an experimental developer tool to Opera. Go to tools/advanced/Developer Console to try it out. (will not work with js and popups disabled)
Sorry no static linux build today :-(
Changelog:
- Unneeded scrollbar now gone on adobe.com
- Some fraud protection improvements
- Made proxy authentication work better
- Added Developer console
- Usage report only asks 1 in 1000
- Fixes to entering hostname: port in addressbar
- Javascript scroll events now fired on mouseweel
- Server Expiry header is now respected even if the time exceeds user preference
UNIX - Fixed master password expiry time on unix
- Added Shared X memory. Should now be quite a bit faster
Note: On FreeBSD shared memory doesn't work by FreeBSD design. You need to run this as as root:
# sysctl kern.ipc.shm_allow_removed=1
(We'll be adding a workaround for this in later builds.)
Windows MSI
Windows Classic
Macintosh
Unix

By neoscorp, # 2. February 2007, 17:38:43
Originally posted by olli:
By Tamil, # 2. February 2007, 17:42:11
but.. where is version for FreeBSD 5.x?
By tarc, # 2. February 2007, 17:43:31
By krusha, # 2. February 2007, 17:44:01
By slegg, # 2. February 2007, 17:46:13
By c1201298, # 2. February 2007, 17:47:04
- Fantastic!!
By Darken, # 2. February 2007, 17:48:01
You forgot to change build numbers in the header of journal.
By FataL, # 2. February 2007, 17:48:15
http://my.opera.com/desktopteam/blog/2006/12/14/new-build-available-4?startidx=38
By alf245, # 2. February 2007, 17:48:20
By MisterE, # 2. February 2007, 17:49:06
By yokey, # 2. February 2007, 17:49:49
By kennycrudup, # 2. February 2007, 17:53:40
Edit: Ok, seems that I can reenable reporting through EnableUsageStatistics setting in opera:config.
@kennycrudup: seems you unlucky again with this buid
What a mess...
By FataL, # 2. February 2007, 17:54:00
By andrew3105, # 2. February 2007, 17:57:35
Developer tools needs to be implemented natively in Opera not with javascript.
I already have bookmarklets for that (maybe not as cool but still).
How can I make the console stay on top all the time ?
How can I use it when I don't have any network connection ?
How about a javascript debugger?
Etc...
A javascript solution is far inferior to a native one.
I guess they're far better that nothing but I was expecting more.
The problem is of course the lack of a scripting solution like the extensions in FF, but I won't talk about that here.
By MisterE, # 2. February 2007, 18:00:53
By y0r1c, # 2. February 2007, 18:02:24
By MisterE, # 2. February 2007, 18:04:38
By Doliprane, # 2. February 2007, 18:08:05
By y0r1c, # 2. February 2007, 18:08:08
By Fyrd, # 2. February 2007, 18:09:10
Yes, currently it`s nice tool, xmlHTTPRequest logger, and «always on top»— excellent idea and implementation… But, we need something local, like firebugs for FF. something, works in sidebar or|and widget.
Anyway, big thanks for your job… ;-)
By Kildor, # 2. February 2007, 18:12:21
I'am all for native implementation of Developer Console too. But let developers give us "quick approach" first.
By FataL, # 2. February 2007, 18:15:08
onreadystatechange15 millisec
readyStae: 1
15 millisec
send15 millisec
data: null
187 millisec
onreadystatechange187 millisec
readyStae: 4
By Kildor, # 2. February 2007, 18:23:34
link should be http://snapshot.opera.com/windows/o920w_8713m.exe
M.
By jonspencerbx, # 2. February 2007, 18:24:08
By t.prochazka, # 2. February 2007, 18:24:28
becomes
By FataL, # 2. February 2007, 18:24:38
Developer console, jeee!
Good work...
By Marcu5z, # 2. February 2007, 18:30:16
@FataL
I think Opera (and some other browsers, I think) seem to do that internally before processing the stylesheet, which is probably why it shows up like that...but yes, it'd be nice if it didn't have to do that.
By Fyrd, # 2. February 2007, 18:31:39
With this approach different systems (Mac OS, Linux, Windows) will show native looking controls to users.
By FataL, # 2. February 2007, 18:32:37
By hzr, # 2. February 2007, 18:35:11
By Gort, # 2. February 2007, 18:35:48
By hzr, # 2. February 2007, 18:44:57
Downloading...
I don't know what was happening, maybe something with the server.
Tks anyway @jonspencerbx
By andresruiz, # 2. February 2007, 18:50:09
edit:
http://xml.opera.com/userjs/index.pl Not Found
By alexs, # 2. February 2007, 19:06:03
By kyleabaker, # 2. February 2007, 19:07:01
By MisterE, # 2. February 2007, 19:10:08
If so, based on what y'all see in my screenshots, what's not being realized, and what should I look for?
(I've gone and cleared my cache and started my windows over from scratch. It hasn't shown up since I've done that for today's build, but I suspect it's just a matter of time.)
By kennycrudup, # 2. February 2007, 19:11:28
By kennycrudup, # 2. February 2007, 19:12:43
By klingoncowboy4, # 2. February 2007, 19:12:50
By shaka47, # 2. February 2007, 19:19:42
This results in some non-working Searches, e.g. Japanese -> English
I cannot imagine what prevents you from changing the second number "31" to "32" in this file for such a long time now!?
Btw, the developer console is a great idea!
By SteveKong, # 2. February 2007, 19:22:31
I have 70 tabs open, with Enable Plugins and Enable Java off.
In previous builds 70 tabs wasn't a problem.
Should I open a defect?
By cgrinds, # 2. February 2007, 19:28:08
thanks, as I didn't have a [Browser Tools Menu] section I didn't find it, but found it in the standard menu file.
Anyway, now I can bind it to some key. Thanks again.
By hzr, # 2. February 2007, 19:28:58
By Junyor, # 2. February 2007, 19:39:37
By mata_h, # 2. February 2007, 19:46:59
This is much faster on Linux than any previous builds, maybe as fast as firefox.
By kkuhlemann, # 2. February 2007, 19:52:34
ранее (8692) на вкладке "Окна" при выборе курсором неактивного окна и нажатии в менюшке "закрыть" закрывалось это неактивное окно...
теперь (8701,8713) после нажатия "закрыть" закрывается не то окно на котором курсор, а активное...
на "обновить" сходная реакция...
Вопрос : как вернуть всё обратно ?
чтобы снова закрывалось окно под курсором
------------------------------------------
Wrong work "Close" and "Reload" in panel "Windows"
bug-250181
By RX-3200, # 2. February 2007, 19:58:26
By alf245, # 2. February 2007, 20:13:15
By rogerpe, # 2. February 2007, 20:17:40
Thumbs up for dev console. Very useful tool and nice to drag outside Opera's main window for examining page elements.
A few issues:
1. I am seeing a difference in behaviour between Win and Linux version, when accessing my Router pages. I have a Draytek 2800G router and the "Data Flow Monitor" tool, when activated, brings up a table of users and their TX/RX infos. But in Linux, I get zip - the table won't appear. This code is jone by some JS, but why would it work in Opera-Win and not in Linux?
2. I have Ctrl+Tab images switched on. Opera seems to take ages to respond to Ctrl+Tab unless the image for the destination page is already cached. Is there some way to speed this up, say, by generating the thumbnails on an idlethread when a page is not in use?
3. Downloading lots of things simultaneously from a page causes "dead downloads" - the download does not end nor progress.
4. (Smooth scrolling on, in Linux) Holding down cursor keys to scroll Up/Down causes a keyboard buffer buildup so (eg) when you let go Up, it keeps scrolling Up for quite a while. This is really annoying!!
One more tip/wish really is for Opera to start thinking about how to integrate its mail/contacts/bookmarks into technologies like Spotlight (Mac) and Beagle (Linux), or even the new Vista search.
Above all thanks once again and keep up the fine work!
S.
By sebt, # 2. February 2007, 20:18:27