> For some reason, konqueror --profile filemanagement is not
>saving the needed
>settings to remember view mode in
>~/.trinity/share/config/konquerorrc. In R14
>after setting konqueror and saving view profile filemanagement I
>have the following relevant entries in konquerorrc:
>
>[MainView Settings]
>BackRightClick=false
>OpenMiddleClick=true
>
>[ModeToolBarServices]
>external=konq_treeview
>
> This results in the viewmode reverting to iconview after every
>change in view
>like viewing man:/ ,etc.. Comparing to my other kde3 installs I
>find:
>
>[MainView Settings]
>BackRightClick=false
>OpenMiddleClick=true
>ToggableViewsShown=konq_sidebartng
>ViewMode=konq_treeview
>
>[ModeToolBarServices]
>external=gvdirpart
>konq_iconview=konq_iconview
>konq_listview=konq_treeview
>
> Which shows explicitly the konq_treeview mode save for the
>default "ViewMode"
>and for "konq_listview". Without the default "ViewMode" and
>without the
>"konq_listview" definition, konqueror reverts to iconview each
>time viewmode
>changes.
>
> Please check and confirm whether have "ViewMode" or
>"konq_listview" or
>"konq_iconview" entries in your konquerorrc.
>
> I have no clue what change would prevent konqueror from saving
>these settings
>in konquerorrc, but something has.
>
> Additionally, the checkboxes that indicate which viewmode is
>selected seem to
>be missing or covered by icons in the 'View'->'ViewMode' menu. Can
>anyone
>confirm that as well? I have Treemode selected, but it is almost
>impossible to tell:
>
>http://www.3111skyline.com/dl/dt/trinity/ss/konqueror-
>ViewModeIndicator.jpg
I always have hated icon view mode.
I suspect the problem you are experiencing is resolved by an
undocumented configuration change. I know of no place this
documented, no place this is easily remembered, no place this is
obviously configurable. Try this,
Open konqueror.
Change to Tree View or Detailed List View.
At the bottom of the file pane, "right click" on any part of the
blank white space.
From the popup menu, select Properties.
The dialog should show "Type: Folder."
At the right side of the "Type" information line, select the tiny
wrench icon.
In the subsequent "Edit File Type inode/directory" dialog, select
the Embedding tab.
In the Services Preferences Order list box, move Tree View or
Detailed List View to the top.
Save.
You also can do this in kcontrol -> File Associations -> inode ->
directory.
Now try saving your konqueror profile.
I always have hated icon view mode.
Darrell
All,
For some reason, konqueror --profile filemanagement is not saving the needed
settings to remember view mode in ~/.trinity/share/config/konquerorrc. In R14
after setting konqueror and saving view profile filemanagement I have the
following relevant entries in konquerorrc:
[MainView Settings]
BackRightClick=false
OpenMiddleClick=true
[ModeToolBarServices]
external=konq_treeview
This results in the viewmode reverting to iconview after every change in view
like viewing man:/ ,etc.. Comparing to my other kde3 installs I find:
[MainView Settings]
BackRightClick=false
OpenMiddleClick=true
ToggableViewsShown=konq_sidebartng
ViewMode=konq_treeview
[ModeToolBarServices]
external=gvdirpart
konq_iconview=konq_iconview
konq_listview=konq_treeview
Which shows explicitly the konq_treeview mode save for the default "ViewMode"
and for "konq_listview". Without the default "ViewMode" and without the
"konq_listview" definition, konqueror reverts to iconview each time viewmode
changes.
Please check and confirm whether have "ViewMode" or "konq_listview" or
"konq_iconview" entries in your konquerorrc.
I have no clue what change would prevent konqueror from saving these settings
in konquerorrc, but something has.
Additionally, the checkboxes that indicate which viewmode is selected seem to
be missing or covered by icons in the 'View'->'ViewMode' menu. Can anyone
confirm that as well? I have Treemode selected, but it is almost impossible to tell:
http://www.3111skyline.com/dl/dt/trinity/ss/konqueror-ViewModeIndicator.jpg
--
David C. Rankin, J.D.,P.E.
>Translations are currently a problem because we need first to
>update 'po'
>files. I intend that this will be one of the tasks for maintanance
>release R14.0.2.
I don't speak or read additional languages, but I would like to see
i18n files receive attention too.
I try to remember to update the i18n files when I make changes in
the main files, but I don't always remember (I'm working on updates
now to match some recent patches). Considering all of the renaming
and rebranding changes made in git, I suspect the i18n files are in
horrible shape.
We have made changes to the top level help handbooks. I am certain
no related updates have been made in the i18n files.
There is the challenge of when we update screen captures to update
the i18n versions too. That probably does not require a native
language speaker, but does require toggling to the other language
to create the screen capture.
Part of our focus when we address the i18n files should be to
develop a guideline so as a group we can update i18n files as much
as possible when we modify the main files.
Darrell
>Walk Through Desktops=Win+Tab
>Walk Through Desktops(Reverse)=Win+Shift+Tab
>
>Maximize Window=Win+Shift+Up
>Maximize Window Vertically=Win+Up
>Minimize Window=Win+Down
>
>Switch to Next Desktop=Win+Right
>Switch to Previous Desktop=Win+Left
>
>Window to Next Desktop=Win+Alt+Right
>Window to Previous Desktop=Win+Alt+Left
>
>You really should try them. You will see how seamless 4 desktops
>really become...
Why? I can do all of that without the Win keys.
On my main desktop I use a Northgate Omnikey Ultra. There are no
Win keys.
>I've seen the win key all over the place. On my current laptop it
>is next to the left-alt key -- love it~
I'm referring to the right Win key. The left Win key doesn't do
anything on my system. I want to disable the right Win key because
I am tired of the popup menus appearing when I inadvertently bump
the key.
I spent about a half-hour last night trying to figure out how to
disable the right Win key. I still haven't found a way. I'd settle
for an xorg.conf solution too if I can fid one.
Darrell
>I can run both kaboodle and noatun in R14. Both play .wav, .mp3
>and .ogg files
>fine. I do NOT like the way noatun stays resident in systray. I
>prefer kaboodle
>for a one-shot play of a music file.
What about videos in kaboodle?
I am discovering that some user accounts can open both apps but
some accounts can't. On the accounts that I can open both, I can
get both to play audio files, but I can't get kaboodle to play
video files. Just hangs.
>Check to make sure you have the needed codecs installed.
The apps work in 3.5.13.2 so I don't think that is the problem.
Even if that was the problem, I'd expect the apps do just do
nothing rather than freeze and hang. I also would expect some spew
in the xsession-error log but there is nothing. I build all of my
packages with debugging enabled.
Deleting rc files makes no difference.
Darrell
All,
Please confirm. Something in tdeutils 'make install' paths are broken and it
is installing /hicolor/16x16/apps/irkick.png at that absolute path as well as
the /locolor/16x16/apps/irkick.png. The same is true for the 22x22 and 32x32
icons for the same:
/hicolor/16x16/apps/irkick.png
/hicolor/22x22/apps/irkick.png
/hicolor/32x32/apps/irkick.png
/locolor/16x16/apps/irkick.png
/locolor/32x32/apps/irkick.png
I'm building tdeutils without any strange patches:
cd ${srcdir}/${pkgname#*-}
# copy system libtool and ltmain scripts
cp /usr/share/aclocal/libtool.m4 ./admin/libtool.m4.in
cp /usr/share/libtool/config/ltmain.sh ./admin
## Generate config files and update with autoreconf
cd ${srcdir}/${pkgname#*-}
make -f admin/Makefile.common
## configure
./configure \
--prefix=${TDEDIR} \
--with-qt-dir=${QTDIR} \
--sysconfdir=${TDEDIR}/etc \
--localstatedir=/var \
--enable-debug=full \
--enable-closure
## make $NUMJOBS
make $NUMJOBS
cd ${srcdir}/${pkgname#*-}
make -j1 DESTDIR="$pkgdir" install
What got broke and where?
--
David C. Rankin, J.D.,P.E.
>You may be in luck. I've created a 'tde-base' meta-package that
>allows users to
>install only the libs/deps tdelibs and tdebase (as well as twin-
>crystal that I
>refuse to do without). I will try a 'tde-base' install after my
>next build run
>and evaluate what is there.
By "base" install, I mean all tde* packages. That is, nothing from
applications. I use "core" to describe only up to tdebase and not
installing the remaining base tde* packages.
Another test I've wanted to conduct is using Trinity only with a
keyboard. To try to understand various accessibility problems.
One element I dislike about Firefox is I can't access the Bookmarks
Toolbar with the keyboard. I wonder how many such examples exist in
Trinity.
Darrell
Can anyone confirm?
Kaboodle will start on my R14 systems but will not play anything.
Noatun won't start at all.
Nothing in the xsession-error log.
Darrell
>sorry, just found out that noatun does not play videos any more.
Ah, okay, ignore my previous response. :)
>Anyway, kaffeine-trinity does.
Yes, but kaffeine is not a default app. Ditto for kmplayer.
Anything in the applications branch is not a default base app.
Kaboodle is part of tdemultimedia, which makes kaboodle the default
video player, but is broken and only supports older versions of avi
and mpg.
We probably should test a base Trinity installation to learn what
still works and what breaks and what limitations users encounter.
Many of us are long accustomed to adding a bunch of additional apps
and we no longer use the "default" apps.
Darrell