All,
We need to add startpage (doesn't record IP for searches) to konqueror web
shortcuts for R14 and 3.5.13-sru code. Checking, I was surprised to see that
StartPage now publishes full support for konqueror and recognizes it in TDE
right off the bat. Just visit startpage.com and a link is automatically provided to:
You can now easily add Startpage to your Konqueror browser.
To add Startpage as web shortcut to your konqueror browser follow below
Instructions.
Instructions:
1. Goto "Settings" in the Konqueror menu of your Browser.
2. Then Select "configure konqueror..".
3. Then choose "Enhanced Browsing or Web Shortcuts" from the sidebar on the
left, and you will get a nice long list of shortcut.
4. Click "New" button.
5. Enter 'Startpage' in Search Provider "Name:"
* 6. Enter 'http://startpage.com/do/search?query=\{@}' in "Search URI:".
7. Enter your own shortcuts e.g: 'ix,ixq,startpage' in "URI Shortcuts:".
8. Click OK.
After following these instructions, you're ready to search: just enter "ix:" and
press Enter!
* Note: the original instruction suggest 'ixquick.com' as the search domain, but
I prefer the startpage.com domain.
You can also select StartPage as your default search provider after adding it
above. Then your search box in the middle of your home page as well as the
little search window in the top right will use it for search.
--
David C. Rankin, J.D.,P.E.
All,
This is just a heads up to let you know that the TQt3 (and Qt3) style APIs
have changed. All reliant code has also been updated in GIT as of this
writing, so this should not affect anyone beyond requiring a full rebuild
of TQt3 and TDE. There will be another (smaller) change to the API coming
in the next week or two as well.
These changes primarily wean the TQt3 style API off of direct usage of
TQWidget classes in order to allow the development of style engines for
other toolkits, as well as to allow TQt3 to use another toolkit's style
engine if such an interface were to be developed in the future. They do
not remove functionality.
Tim
On Wed, 8 Aug 2012, David C. Rankin wrote:
>On 08/08/2012 06:04 PM, David C. Rankin wrote:
>>
>> 'https://duckduckgo.com/html/?q=\{@}'
>>
>> at least that is what I got to work. I added it.
>>
>
>One issue I noticed looking at ddg, was none of the buttons rendered correctly
>in TDE konqueror. They were all crammed together. Do we know what in konqueror
>is causing this?
>
>Here is a screenshot of what it looks like:
>
>http://www.3111skyline.com/dl/dt/trinity/ss/duckduck.jpg
It's that-a-way in my "konqueror 3.5.10 (Using Trinity 3.5.13.1)"
But, there's 21 HTML errors, and 176 CSS errors (!!!) found
by w3c.org on the base page: https://duckduckgo.com/
I wouldn't worry 'bout it.
Jonesy
Tim, All,
Testing KTTS in kwrite, clicking on the Tools -> Speak Text menu item with
KTTS enable, brings up the KTTS dialog to configure the default 'talker' voice.
However - there are NO talkers (voices) available to choose from. Where are
these talkers located? Can anybody else confirm this behavior?
--
David C. Rankin, J.D.,P.E.
All,
One feature I would like to see in TDE konqueror web-browsing, is the
incremental search in page when you start typing like firefox. (preferences ->
Advanced -> General -> [x] Search for text when I start typing
That is by far one of the best features I have seen in ff. Is something like
that doable in konqueror?
--
David C. Rankin, J.D.,P.E.
All, Slavek,
In 3.5.13-sru, the artsd process is continually taking between 8 and 11
percent of the CPU. That is high compared to my other installs of 14.0. Is
anybody else seeing this? The sound is working though, so I'm pleased there.
(that has always been hit or miss) What to check to see why artsd is so greedy?
--
David C. Rankin, J.D.,P.E.
Hello, I do not fill a bug report atm because I want to know if I'm the
only one with this problem ..
I've built and installed tdelibs and tdebase from branch 3.5.13-sru on
top of my 3.5.13 installation. All other packages (qt3, tqtinterface
...) are still 3.5.13 (I saw no relevant change in 3.5.13-sru for them).
I've removed all my distribution-specific patches, to make sure that
they cause no problem.
Now, I just open konqueror (with the quick launch icon). As soon as I do
a right click inside konqueror, it segfaults immediatly.
When reinstalling tdebase 3.5.13 (keeping tdelibs 3.5.13.1), konqueror
works correctly.
Anybody else ?
Francois
Slavek,
What is the process to prepare krename for 3.5.13-sru? I have created a diff
that does it, but primarily the only changes are:
tde-config -> kde-config
ltde -> lkde # library names
tqDebug -> qDebug
tqt_cast -> qt_cast
I have done this _without_ changing the automake variable names (i.e.
LIB_TDEUI to LIB_KDEUI), there was no real need to change variable names, but if
cherry picking reverts them, that's fine...
What is the recipe for converting a package from current GIT to 3.5.13-sru? I
don't know how to search and identify what commits need changing. Do you
normally just look at the commits for a package and just toss out commits until
you get back to the point it builds and then pick new ones you want? Also, do
you know what the approximate date is that the packages have to be taken back to
in order to get rid of the k->t naming changes -- or is it different for each
package? If it helps, I have attached the diff for taking krename from 14.0.0
back to 3.5.13-sru. That probably provides the needed terms to search commits for.
If you give me a quick 'recipe' of what to look for and how to logically go
about looking for what actual commits need to be undone, I'll take a shot at
looking them up for krename so I can get familiar with the process. Hope this
helps...
--
David C. Rankin, J.D.,P.E.
All,
I have noticed that kwrite does not behave as expected when Settings ->
Configure Editor -> Open/Save -> [x] 'Remove trailing spaces' is set.
When set, trailing spaces ARE removed on 'save' (from the file saved to disk),
but the current editor window is NOT updated to show the removal (the spaces are
still present in what you are looking at on the screen).
If you close the current file and reopen it (or F5 - Reload), then the removed
spaces disappear, but there is nothing that automates or forces a reload to
update the current window.
The help says 'The editor will automatically eliminate extra spaces at the
ends of lines of text while loading/saving the file.' That indicates to me that
spaces will be removed on either load or save, and to me, that implies the
change should be apparent to the user. However, the spaces are only removed from
what is written to disk without updating the display (current line buffers - I
guess...)
If current behavior is correct, then I think the setting dialog should read:
[x] Remove trailing spaces on save - Reload (F5) to update current window
and the shift+f1 help should read:
'The editor will automatically eliminate trailing spaces (extra spaces at the
ends of lines of text) while saving the file to disk. A reload (F5) is required
to update the current editor window.'
An alternative would be to force a reload after a save, but I do not like the
distraction of the flicker caused by the re-display of the text during reload. I
think that is probably why it was coded this way to begin with -- to eliminate
the flash on save caused by the redisplay.
My vote is to simply update the option and the 'Shift+F1' help to make it
clear that spaces are only removed from what is written to disk and are not
removed from the current editor window.
Thoughts? (this would go in the feature requests priority box :) Not a big
deal, but before I forgot about it, I thought I would post it.
--
David C. Rankin, J.D.,P.E.
Hi all.
I tried to include into v3.5.13-sru commit d8cbbab8: "Use libv4l if
available, otherwise check for v4l1 headers". But I found that it causes
FTBFS on Ubuntu Natty, Oneiric and Precise - on both v3.5.13-sru and also
R14-git.
Please, can someone also confirm this?
If yes, have anyone solution, or do I revert it?
Slavek
--