> > Open konqueror and go to $TDEDIR/share/wallpapers, hover on
> > a jpeg file and a tooltip with the file details (Name, Type, Size,...)
> > appears. I'm expecting a small thumbnail of the image to be there but
> > it's not.
> >
> > Also I'm noticing now that by selecting the MultiColumn view
> > I get the sama as the icon view while the other options all result in a
> > Detailed view :/
>
> I'm using the latest GIT. I see a thumbnail with the images.
>
Are you using tqt3?
I suspect the issue lies in the QVariant::nameToType method: it fails to
recognize the tqt type names (TQ*) returning QVariant::Invalid.
Leandro
--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
autenticato? GRATIS solo con Email.it: http://www.email.it/f
Sponsor:
Pernottamento e colazione all'Hotel Astra per la Pasqua a Riccione.
Pacchetto 2 giorni hotel + terme Euro 120 a persona
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12277&d=20120404
--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f
Sponsor:
Vacanze di Pasqua a Riccione all'hotel Ambasciatori, 2 giorni in pensione completa Euro 230, pranzo pasquale, bevande ai pasti, posto auto, connessione wifi, animazione per i piccoli
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12256&d=4-4
For me, a minor irritant about KFind is, in the Properties tab, when selecting "Find all files created or modified... during the previous..." defaults to 1 hour. Overwhelmingly I want to look for files changed within the last minute or two. I have to pause and manually change the default "hours" list item to "minutes."
Wah, wah, wah!
I want to change that default to minutes.
This default makes sense to me anyway because that is the smallest period in the list.
I already patched KFind for my systems. Should the patch be merged to GIT?
Objections? Arguments? Tantrums? Declarations of War?
Perhaps a better approach is to create a configuration option for the default then everybody could be happy. There is no configuration dialog I know about for KFind. The user's kfindrc is rather sparse and I don't know of any global kfind configuration file. Perhaps KFind should remember the last chosen options in the Properties tab and save them, much like is already done with the file path history.
Darrell
Darrell
All Coders & Bug Fixers:
The last two major packages that do not build on R14 with libpng15 are digikam
and koffice. I have updated bug report 949 with the patches I have found for
digikam and gwenview as well as the link to Darrell's patch he created for
gwenview from the examples. The gwenview patch provided by Darrell allows
gwenview to build fine, and it might serve as a model for the other two packages.
I have tried to duplicate the patch for digikam and koffice, but the
intricacies of that code is beyond my ability. It may be totally simple for
someone experienced with this sort of thing to knock out in 15 minutes, but
after picking though the headers and code for a couple of hours, it has become
apparent that:
(1) I do not understand how the calls are made by the code to png_struct and
png_info enough to allow me to create the patch; AND
(2) even if I were able to cobble something together that would allow digikam or
koffice to build - I would not have enough confidence in the solution that would
prevent someone from having to redo the fix to make sure it is right; AND
(3) the time it would require me to gain the level of experience necessary to
competently complete the patch would be much better spent contributing in areas
where I can make a difference.
Of the TDE packages, these are the last remaining major packages that need to
be fixed for TDE to build on libpng15. Having those built would allow efforts to
switch from developing build scripts to readying/fixing R14 for release.
If one or two of the seasoned coders could look at bug report 949 and see if
there is a fix in the patches I have provided links to, I would be grateful:
http://bugs.pearsoncomputing.net/show_bug.cgi?id=949
--
David C. Rankin, J.D.,P.E.
All,
The K Help Center has no documentation in it. It shows all the apps installed,
but there is no documentation for any of it. Is that a build time issue (i.e.
DOCPATH), or is there a problem with the generation of help files? Here is a
screenshot of khelpcenter:
http://www.3111skyline.com/dl/dt/trinity/ss/tde-no-documentation.jpg
Is there an internal setting that will fix this? I just let the build put the
documentation in its default location after setting prefix=/opt/trinity (TDEDIR).
--
David C. Rankin, J.D.,P.E.
All,
I know little about scons or python, but working with kstreamripper it became
apparent that the current 'tde-config --version' return was causing the build to
fail due to the string not including a '3' which causes a chain reaction of
failures:
==> Configuring - tde-kstreamripper...
scons: Reading SConscript files ...
scons: warning: The Options class is deprecated; use the Variables class instead.
File "/build/src/kstreamripper/admin/generic.py", line 61, in generate
** set the installation prefix for the project : /opt/trinity **
Checking for tde-config : tde-config was found
Checking for kde version : IndexError: list index out of range:
File "/build/src/kstreamripper/SConstruct", line 70:
env = Environment(TARGS=COMMAND_LINE_TARGETS, ARGS=ARGUMENTS,
tools=['default', 'generic', 'kde'], toolpath=['./', './admin'])
File "/usr/lib/python2.7/site-packages/SCons/Environment.py", line 999:
apply_tools(self, tools, toolpath)
File "/usr/lib/python2.7/site-packages/SCons/Environment.py", line 105:
env.Tool(tool)
File "/usr/lib/python2.7/site-packages/SCons/Environment.py", line 1783:
tool(self)
File "/usr/lib/python2.7/site-packages/SCons/Tool/__init__.py", line 180:
self.generate(env, *args, **kw)
File "/build/src/kstreamripper/kde.py", line 416:
detect_kde(env)
File "/build/src/kstreamripper/kde.py", line 58:
kde_version = os.popen("tde-config --version|grep
KDE").read().strip().split()[1]
The error seems to boil down to the kstreamripper/kde.py check of the kde version:
17:44 nirvana:~/tde/tde/main/applications/kstreamripper> sed -n '58p' kde.py
kde_version = os.popen("tde-config --version|grep
KDE").read().strip().split()[1]
17:44 nirvana:~/tde/tde/main/applications/kstreamripper> sed -n '416p' kde.py
detect_kde(env)
A quick check of what TDE return with 'tde-config --version' confirms the issue:
17:39 valkyrie:~> tde-config --version
Qt: 3.4.0
TDE: R14.0.0 [DEVELOPMENT]
tde-config: 1.0
Basically, the python code is checking for the kde version as follows:
print "Checking for kde version : ",
kde_version = os.popen("tde-config --version|grep KDE").read().strip().split()[1]
try:
env['KDEm1']=int(kde_version[0])
except:
pass
try:
env['KDEm2']=int(kde_version[2])
except:
pass
try:
env['KDEm3']=int(kde_version[4])
except:
pass
if int(kde_version[0]) != 3 or int(kde_version[2]) < 2:
print RED+kde_version
print RED+"Your kde version can be too old"+NORMAL
print RED+"Please make sure kde is at least 3.2"+NORMAL
else:
print GREEN+kde_version+NORMAL
So it looks like when the check expects something for kde_version in the form
'3.5.10', instead it gets 'R14.0.0'. How to solve this? There isn't really a
file to patch since the tde-config --version info is returned dynamically.
--
David C. Rankin, J.D.,P.E.
All,
I was working on the digikam pngloader issue and received new jpegloader
errors in the latest GIT code. Specifically, I received the following jpegloader
warning just prior to the pngloader crash:
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../.. -I/opt/trinity/include
-I/opt/tqt3/include -I. -include tqt.h -I../../../../digikam/libs/dimg
-I../../../../digikam/libs/dimg/filters -I../../../../digikam/libs/curves
-I../../../../digikam/libs/levels -I../../../../digikam/libs/histogram
-I../../../../digikam/libs/whitebalance -I../../../../digikam/libs/dmetadata
-I../../../../digikam/digikam -I/opt/trinity/include -I/opt/trinity/include
-DQT_THREAD_SUPPORT -D_REENTRANT -fno-tree-pre -Wno-long-long -Wundef -ansi
-D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W
-Wpointer-arith -O2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector
--param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fpermissive -Wformat-security
-Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new
-fno-common -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST
-DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -MT
jpegloader.lo -MD -MP -MF .deps/jpegloader.Tpo -c jpegloader.cpp -fPIC -DPIC -o
.libs/jpegloader.o
jpegloader.cpp: In member function 'virtual bool Digikam::JPEGLoader::load(const
TQString&, Digikam::DImgLoaderObserver*)':
jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_RGB' not handled in
switch [-Wswitch]
jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_RGBX' not handled in
switch [-Wswitch]
jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_BGR' not handled in
switch [-Wswitch]
jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_BGRX' not handled in
switch [-Wswitch]
jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_XBGR' not handled in
switch [-Wswitch]
jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_XRGB' not handled in
switch [-Wswitch]
jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_RGBA' not handled in
switch [-Wswitch]
jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_BGRA' not handled in
switch [-Wswitch]
jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_ABGR' not handled in
switch [-Wswitch]
jpegloader.cpp:191:12: warning: enumeration value 'JCS_EXT_ARGB' not handled in
switch [-Wswitch]
jpegloader.cpp:223:31: warning: variable 'count' set but not used
[-Wunused-but-set-variable]
jpegloader.cpp:223:38: warning: variable 'prevy' set but not used
[-Wunused-but-set-variable]
pngloader.cpp: In member function 'virtual bool Digikam::PNGLoader::load(const
TQString&, Digikam::DImgLoaderObserver*)':
pngloader.cpp:123:9: error: invalid use of incomplete type 'png_struct {aka
struct png_struct_def}'
/usr/include/png.h:855:16: error: forward declaration of 'png_struct {aka struct
png_struct_def}'
pngloader.cpp:410:99: warning: invalid conversion from 'char**' to 'png_bytepp
{aka unsigned char**}' [-fpermissive]
pngloader.cpp: In member function 'virtual bool Digikam::PNGLoader::save(const
TQString&, Digikam::DImgLoaderObserver*)':
pngloader.cpp:529:9: error: invalid use of incomplete type 'png_struct {aka
struct png_struct_def}'
/usr/include/png.h:855:16: error: forward declaration of 'png_struct {aka struct
png_struct_def}'
pngloader.cpp:602:132: warning: invalid conversion from 'char*' to
'png_const_bytep {aka const unsigned char*}' [-fpermissive]
pngloader.cpp:662:39: warning: deprecated conversion from string constant to
'png_charp {aka char*}' [-Wwrite-strings]
pngloader.cpp: In member function 'long int
Digikam::PNGLoader::formatStringList(char*, size_t, const char*, __va_list_tag*)':
pngloader.cpp:970:55: warning: function might be possible candidate for
'gnu_printf' format attribute [-Wmissing-format-attribute]
pngloader.cpp: In member function 'virtual bool Digikam::PNGLoader::load(const
TQString&, Digikam::DImgLoaderObserver*)':
pngloader.cpp:90:41: warning: ignoring return value of 'size_t fread(void*,
size_t, size_t, FILE*)', declared with attribute warn_unused_result
[-Wunused-result]
make[5]: *** [pngloader.lo] Error 1
I have also uncovered a digikam patch,
http://bugsfiles.kde.org/attachment.cgi?id=56384 , that I don't think is a
direct patch for this problem, but hopefully it will help a bit. The patch is
labeled:
[Digikam-devel] [Bug 264181] New: png-1.5 compatibility fix
http://mail.kde.org/pipermail/digikam-devel/2011-January/048984.html
This patchfile is:
$NetBSD: patch-aa,v 1.11 2011/01/20 23:37:36 wiz Exp $
Fix build with png-1.5.
--- libs/dimg/loaders/pngloader.cpp.orig 2010-11-22 17:47:36.000000000 +0000
+++ libs/dimg/loaders/pngloader.cpp
@@ -494,7 +494,8 @@ bool PNGLoader::load(const QString& file
if (m_loadFlags & LoadICCData)
{
- png_charp profile_name, profile_data=NULL;
+ png_charp profile_name;
+ png_bytep profile_data=NULL;
png_uint_32 profile_size;
int compression_type;
@@ -730,7 +731,7 @@ bool PNGLoader::save(const QString& file
if (!profile_rawdata.isEmpty())
{
- png_set_iCCP(png_ptr, info_ptr, (png_charp)("icc"),
PNG_COMPRESSION_TYPE_BASE, profile_rawdata.data(), profile_rawdata.size());
+ png_set_iCCP(png_ptr, info_ptr, (png_charp)("icc"),
PNG_COMPRESSION_TYPE_BASE, (png_bytep)profile_rawdata.data(),
profile_rawdata.size());
}
--
David C. Rankin, J.D.,P.E.
All,
Checking kde-apps for other kde3 apps that may work well with TDE, I ran
across 'Root Actions Servicemenu' which adds a root actions menu to the
konqueror context service menu. The applications added are largely duplicates of
what are provided elsewhere, but some are not. Examples:
Ownership to Root
Ownership to Active User
Ownership to ...
See: http://www.3111skyline.com/dl/dt/trinity/ss/konqueror-root-actions.jpg
The Ownership to ..., pop up a simple dialog with an edit line to set
ownership to `user:group`. A great time-savings over:
rt-click ->
properties ->
permissions ->
Ownership -> listbox for :group (unless run as root) ->
listbox open ->
listbox select ->
Moreover, often, you cannot set the user part of 'user:group' from the
properties dialog unless you are superuser.
This little python script did what kde3 is known for -- it took what would be
a several button traverse across several dialogs and tabs and reduced it to a
straight-forward:
rt-click ->
select ->
enter data ->
The value in this thing is that it can serve as a good model or 'go-by' to add
whatever you want to a TDE service menu. Now I'm not keen on the servicemenu
backend being python instead of c/c++, but it is worth a look at this thing if
you want to add a service menu to an application. The kde-apps page for this is:
http://kde-apps.org/content/show.php/Root+Actions+Servicemenu?content=48411
Very simple implementation. 1 python script in the path catches rt-clicks,
displays the context menu and then executes the choice. The actual context menus
are provided by 3 small .desktop files that are just copied to
~/.trinity/share/apps/konqueror/servicemenus (per user) or
/opt/trinity/share/apps/konqueror/servicemenus for everyone. Roughly 60k for the
entire bundle.
Just food for thought.
--
David C. Rankin, J.D.,P.E.