| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Config dialog, settings
REVIEW:103010
|
|
|
|
|
|
| |
Added an action to manage it in the tools menu,
added initial code to manage icons,
added kwebapp application
|
|
|
|
| |
REVIEWED-BY: trustMe
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch changes WebKit Settings window removing the "unuseful"
stuffs and adding some news like WebGL or Frame Flattening
(probably useful also on netbook).
It also redesign/clean up the settings widget
Let us require QtWebKit 2.2.x, hence Qt 4.8.0 at least until someone
will explain me how I can check QtWebKit version number with cmake...
REVIEW:102920
|
|
|
|
|
|
|
| |
rekonq is maximised.
It needs to be initialized a bit later..
REVIEW: 102868
|
|
|
|
| |
CCMAIL: aspotashev@gmail.com
|
|
|
|
| |
It seems now we are really ready for the stable release...
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit, while does not perfectly fix the issue, "workaround" it
a lot to fix crashes on private mode enter/exit
- improve session store/restore
- improve session manager code
- calm down kDebug messages
- applies code style
CCBUG: 268328
|
| |
|
|
|
|
|
| |
REVIEW: 102747
REVIEWED-BY: adjam
|
|
|
|
|
| |
I think we need to consider the two cases (normal restore vs restore
from crash) in different ways.
|
|
|
|
| |
BUG: 272107
|
|
|
|
|
|
|
|
|
|
| |
First, I'm really sorry for this bad commit ('git' talking..).
The fact is that the 3 bugs fixed here were found chained playing
with close code. Here it is the report:
- fix close window (it now really appears on multiple window closing)
- fix saveSession (saving one call for each site loaded and storing
better information): saveSession is now called on loadFinished
- clean up some compilation warnings
|
|
|
|
|
|
|
|
|
| |
This original patch from fritz_van_tom has been modified by me
to fix a couple of "obsoleted" things not removed in the
previous changes.
My fault for them (and for the need of this patch), sorry.
REVIEW: 102362
|
|
|
|
|
|
|
|
|
| |
In a similar fashion as WebKit, this might make those cases
where we don't expect to go more obvious in debug builds.
I also took the liberty to revisit a lot of switch statements
but it could potentially be used elsewhere
Reviewed-by: andrea
|
|
|
|
|
|
| |
- QL1S
- one stupid kDebug less
- codingstyle
|
| |
|
| |
|
| |
|
|
|
|
|
| |
As Pierre pointed out, better insert bars inside layout to avoid
usability loss.
|
|
|
|
|
|
| |
Port rekonq notification bars to KMessageWidget:
walletbar, crash notification bar, set favorite preview bar.
Remove old no more used notification bar.
|
|
|
|
|
|
|
|
|
| |
This reverts commit f2f8d48c390b8d8bef84c98026a0435da2045409.
It was actually not needed since the issue was fixed in the
QtWebKit 2.2 integration branch.
oops, sorry about the noise in the history.
|
|
|
|
|
|
| |
Seems some dependencies were changed in Qt 4.8
Reviewed-By: TrustMe
|
| |
|
|
|
|
| |
First step in the introduction of the new rekonq pages
|
|
|
|
|
|
|
|
|
| |
If there is a rekonq window on the current virtual desktop and
another application opens a link, rekonq will prefer this window.
rekonq also prefers windows that were activated most recently.
CCBUG: 237732
REVIEW: 101033
|
|
|
|
|
|
|
|
|
| |
read about this in the reviewboard request (number 101027)
Courtesy patch by JosèManuel Santamarì Lema. Thanks :D
BUG:269490
REVIEW:101027
|
|
|
|
|
|
|
|
| |
webview in general)
theme.
The right way to do it seems be using a local .css file.
Letting this be in master for one week (at least) before backporting...
|
|
|
|
| |
Prevent rekonq from opening two windows after a crash.
|
|
|
|
|
| |
Reviewed by Andrea Diamantini.
BUG: 269065
|
|
|
|
|
|
|
|
|
| |
highlight animation.
CCBUG:267234
To see if this really works, please deselect the "animated tab highlights"
in the Tabs Settings section
|
|
|
|
| |
This one is for crashes on restart after a bug...
|
|
|
|
|
|
|
|
|
|
| |
bug 266837.
We basically have now a mainWindow() slot widely used in rekonq, that can return
a null pointer.
Checking the code again to ensure this is the unique bug caused by the change...
BUG:268023
|
|
|
|
|
|
|
|
|
| |
but IT CHANGES Application::mainWindow() behavior to an unsafe mode.
It is now basically allowed to return a null pointer, leading to other possible crashes.
Some days of testing since now, for this.
BUG:266837
|
|
|
|
| |
depending on BookmarkProvider to the MainWindow they belong. Reopen Bug
|
|
|
|
| |
BUG:267460
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
an rApp shortcut for Application::instance,
clean up code switching to use the new shortcut
Reviewed by: adjam
|
|
|
|
|
|
|
| |
its real position: The appearance settings widget.
In fact our code is actually changing "default" text encoding, not
the page one "on the fly"
|
|
|
|
| |
apps: good compromise with issue 250502
|
|
|
|
| |
Reviewed by adjam
|
|
|
|
|
|
|
|
|
|
| |
This patch should implement the UA switcher ability for rekonq.
This is a first implementation, but it seems working quite well.
It is based on KDE UA management and should be fully compatible with konqueror's one i.e.
it should be possible using alternatively rekonq and konqueror sharing the same setting.
Anyway, this is a different implementation from the konqueror's one. Simpler and based on the idea
of a future moving to a plugin.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
hovering tabs:
* tab preview (default one)
* show title as tooltip
* show url as tooltip
* show nothing
Patch by Furkan Uzumcu, reviewed (and merged) by adjam
BUG:260343
RB:100282
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
introduce search icon
description file downloaded after validation, not before
icons updated when engine added
add opensearch xml description files
sync desktop file => fix add webshortcut
use db_opensearch.json file to track opensearch engines
create an opensearch description only when the engine support suggestions
remove opensearch description when an engine is deleted in the webshortcut setting dialog
popup: disable ok button when webshortcut is already used
Lionel Chauvin is the man having done this big, big, big work!!
I'm just merging ;)
|
|
|
|
| |
urlBar --> currentUrlBar
|
|
|
|
|
| |
We are now respecting users setting on default engines (if someone chooses NONE
default search engines, searches are NOT performed)
|