| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
STEP 2:
- work & fix on search engine favicons
- simplify code (and remove dead one)
- API clean up
- delete ASAP list items and suggestions
- let the URL in the suggestions be an hard grey
|
| |
|
|
|
|
|
|
|
|
|
|
| |
STEP 1: clean up!
- remember deleting ASAP the UrlSuggester
- remove preview label icon to let loading being faster
- remove unused opensearch inventories
- let ESC key on suggestions behave like major browser
(restoring original string)
|
| |
|
|
|
|
| |
CCBUG: 321557
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Make the slot public and connect a tab context menu action to it.
REVIEW: 112290
|
|
|
|
|
|
|
| |
Otherwise, all error pages show about:blank in the URL which makes it
complicated for the user to know what page went wrong.
REVIEW: 112289
|
|
|
|
| |
BUG: 322003
|
| |
|
|
|
|
|
| |
The easiest solution I found is fixing a width for the labels.
Hope it will be good
|
|
|
|
|
| |
People just think this "just works". Well... at least let's
"just enable" it :)
|
| |
|
|
|
|
|
|
|
|
| |
Enable HTML5 features support by default because we are having some
bug reports about sites NOT working fixed just by enabling these.
These features are probably not mature enough, but they seems stable
enough to enable them :)
|
|
|
|
|
|
|
|
|
| |
this patch is a tiny modification of the one provided by
Pali Rohàr (thanks!!!).
I just misunderstood it before and then forgot in my mail.
Sorry for that, Pali. And thank you again :)
CCMAIL: pali.rohar@gmail.com
|
|
|
|
| |
BUG: 323130
|
| |
|
|
|
|
|
|
|
| |
Icons set in bookmarks (eg: custom ones) are NOT rekonq responsability.
So, if you don't have it we can do nothing about, sorry..
BUG: 321586
|
|
|
|
| |
BUG: 322981
|
|
|
|
| |
BUG: 323052
|
|
|
|
|
|
|
|
| |
There is also a change in font size management, ignoring DPI and consi
dering settings as pixels.
Change default font size to 16 (default internet pixel font size)
BUG: 322982
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Group inspect action alone as requested and reorganized action as
proposed. Now we have
--- OPEN ACTION ---
open here
open there
open everywhere
--- SAVE ---
save link as..
--- LINK RELATED
copy link
bookmark link
share link
----
inspect
.
"Save link" is the text chosen in KDE, webkit, chrom* && firefox. I
don't want to change it.
BUG: 322987
BUG: 322988
|
|
|
|
| |
BUG: 323012
|
|
|
|
| |
BUG: 322994
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If you open rekonq and start typing immediately, there is a small lag
(about half a second).
This is caused by the AdBlockManager::loadSettings function reading
the adblock rules. It is called with a one second delay to make the
startup faster. With this patch, the function is called in a separate
thread using QtConcurrent::run to eliminate the lag.
To make this safe, the adblocker is enabled after the settings are
loaded, which means, that the first site loaded could be partially
with ads. But this is no change in behavior, as the adblocker in
current master is disabled for a whole second.
The only times this blocks now is in situations, where it is necessary
that the settings are loaded (showSettings and addCustomRule), but I
guess that no normal user will use those in under
a second after startup :)
REVIEW: 111712
REVIEWED-BY: adjam
|
|
|
|
|
|
|
|
|
|
| |
The current m_autoScrollTimer interval of 100ms (10 FPS!) makes
auto-scrolling feel sluggish and unresponsive.
IMHO it should have the same interval as m_smoothScrollTimer (16ms)
so that it feels smooth and responsive.
REVIEW: 111567
REVIEWED-BY: adjam
|
|
|
|
|
|
|
|
|
|
|
| |
The domain-specific rules are stored in a QMultiHash, where the key
is the domain and the values are the rules for the specified domain.
This causes redundancy, because on rule can be applied to more than
one domain, but has a really fast look-up time.
The code for the generic hiding has not changed and is just relocated.
REVIEW: 111521
REVIEWED-BY: adjam
|
|
|
|
| |
CCMAIL: hyperz.2007@gmail.com
|
| |
|
|
|
|
|
|
|
|
| |
This also seems to fix some way problem about multiple widget creations
What about you, guys?
CCBUG:321226
|
| |
|
| |
|
|
|
|
|
|
|
| |
CCMAIL: admiral0@tuxfamily.org
REVIEWED-BY: adjam
Many thanks, Radu! And sorry for the late merge ;)
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
This should fix the problem that zoom changes are not saved when
applied with the wheel
CCBUG: 223188
|
|
|
|
|
|
|
|
|
| |
Stupid me, I tested one week this patch and then pushed the wrong
version.
Sorry guys, things happen :(
BUG: 321583
|
|
|
|
|
|
|
| |
A stronger version of 8981a7b2 that guarantees that Rekonq will be
included in the session restore configuration file
BUG: 319489
|
| |
|
|
|
|
|
|
|
| |
work also when you don't have connection from the beginning.
CCBUG:319924
CCBUG:312928
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The old version was taking ages to even appear on my setup ("ages" being defined
as many minutes at least). Callgrind was crashing, perhaps due to webkit's JIT,
so I simply sampled the backtrace "randomly" by hand to see where the most CPU
time was being spent. These two methods came up way too often, so I did the
following:
1) Do not use KIconLoader within the inner loop, it's slow. It was slow when I
debugged too long startup of KPhotoAlbum, it produced visible file IO, and it is
trivial to speed this up. However, it was still taking time.
2) Do not request the ".historyitem" over and over again. A cached "pre-found"
copy (we're still cloning it) seems to help.
Together, these make it possible to load the history in <4 minutes here. It's
still a completely insane amount of time, but at least it appears, ultimately.
REVIEW:111053
|
| |
|