Menu
▾
▴
kreatecd-devel
You can subscribe to this list here.
| 2000 |
Jan
(1) |
Feb
(4) |
Mar
(5) |
Apr
(2) |
May
(2) |
Jun
(4) |
Jul
|
Aug
(17) |
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(60) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(15) |
Feb
(73) |
Mar
(49) |
Apr
(38) |
May
(8) |
Jun
(4) |
Jul
(45) |
Aug
(53) |
Sep
(9) |
Oct
(35) |
Nov
(20) |
Dec
(1) |
| 2002 |
Jan
(21) |
Feb
(5) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
|
From: Joseph W. <jo...@bi...> - 2001-10-13 09:34:46
|
Hi > > Seems like the "backport" is as simple as applying the diff between the > latest CVS version and the version before to the 1.1 branch. I think this should be enough. > Your changes add an update of the listview when then track changes. (length > change and similar) Right? Yes > Works here with the patch. I'll do some tests and will commit it tomorrow. Thanks Kind regards Joseph Wenninger |
|
From: Alexander F. <Ale...@gm...> - 2001-10-12 22:23:15
|
Am Fre, 2001-10-12 um 21.01 schrieb 1002913314: > Hi > > I've a working compute now and fixed the missing updates of the listview in > the advanced widget. Could someome please backport them to the 1.1 branch > (I've still only KDE 3 atm). > The changes are in my last commit to ProjectAdvancedWidget.* Seems like the "backport" is as simple as applying the diff between the latest CVS version and the version before to the 1.1 branch. Your changes add an update of the listview when then track changes. (length change and similar) Right? Works here with the patch. I'll do some tests and will commit it tomorrow. Alexander |
|
From: Joseph W. <jo...@bi...> - 2001-10-12 19:01:21
|
Hi I've a working compute now and fixed the missing updates of the listview in the advanced widget. Could someome please backport them to the 1.1 branch (I've still only KDE 3 atm). The changes are in my last commit to ProjectAdvancedWidget.* Kind regards Joseph Wenninger |
|
From: Alexander F. <Ale...@gm...> - 2001-10-12 10:57:09
|
Am Fre, 2001-10-12 um 10.01 schrieb 1002873704: > Hi > > I can't speak for the others, the following is MY OWN opinion > > > > > Do you think it would be possible to attempt to merge these 2 projects > > before either of them takes off too far? Maybe more of a merge of > > resources and ideas... > > Perhaps we can exchange informations, ideas, ...., but I think KreateCD will > and should stay an application of its own, if the KOnCD author would like to > contribute to KreateCD, I have no problems. (Perhaps we should ask him) > Even if he wants to contribute to KreateCD, I think he will never give up KOnCD. KreateCD and KOnCD are very different projects. The developers of KOnCD probably have similar reasons not to "give up" KOnCD like we. I think there is place for both of them. If there is any code in KOnCD we could use - we should use them. If we have problems - it is a good idea to look into KOnCD's source code to see how they have solved it. The KOnCD developers are welcome to do the same. > > > > It would be a shame to have either one die off if the other gets included > > into KDE proper, or a shame to duplicate resources if there isn't a good > > reason. > > > > We lived and will live quite well without being in KDE-CVS, one advantage of > the current way is, that we don't have to obey the KDE release/feature freeze > dates. That was one of the reasons, why we didn't put it there (at least for > me) > This is the main reason for me too. We could gain popularity if we are in main KDE and have more bug fixers and contributors. But if KreateCD is good, people will use it anyway - even if KOnCD is already installed on their computer - like they don't use Windows for this although it was already installed on their computer before. If there is no one who likes KreateCD better than KOnCD - why should we force anybody to use KreateCD? > > > I also realize choice is good and sometimes there is a need for more than > > one application for a given function ... so if this is the belief here > > that's a very valid answer to my question. No harm, no foul. > > > > > > Yes choice is always a good thing. I think open source projects should > exchange as much help / information / code as possible, but I hate the idea > of only one application for a specific task, because then development will > finally stop or become slower, because there is no need for improvements, if > there is no competitor. > I agree with this. Different people need different applications. The look and feel of KOnCD and KreateCD are really different. They probably have very different concepts too. If I would be new to Linux and if I would have the choice to use KOnCD or start coding another CD recording front end - I would start coding immediately. This is exactly the reason why I started to code KreateCD. Competition is good and makes every single competitor better and better. Alexander Feigl |
|
From: Joseph W. <jo...@bi...> - 2001-10-12 08:01:03
|
Hi I can't speak for the others, the following is MY OWN opinion > > Do you think it would be possible to attempt to merge these 2 projects > before either of them takes off too far? Maybe more of a merge of > resources and ideas... Perhaps we can exchange informations, ideas, ...., but I think KreateCD will and should stay an application of its own, if the KOnCD author would like to contribute to KreateCD, I have no problems. (Perhaps we should ask him) > > It would be a shame to have either one die off if the other gets included > into KDE proper, or a shame to duplicate resources if there isn't a good > reason. > We lived and will live quite well without being in KDE-CVS, one advantage of the current way is, that we don't have to obey the KDE release/feature freeze dates. That was one of the reasons, why we didn't put it there (at least for me) > I also realize choice is good and sometimes there is a need for more than > one application for a given function ... so if this is the belief here > that's a very valid answer to my question. No harm, no foul. > > Yes choice is always a good thing. I think open source projects should exchange as much help / information / code as possible, but I hate the idea of only one application for a specific task, because then development will finally stop or become slower, because there is no need for improvements, if there is no competitor. Kind regards Joseph Wenninger |
|
From: Jim B. <jba...@ce...> - 2001-10-11 19:20:05
|
Hi again. Thanks for the replies regarding qt3. I was just perusing the kde-devel list and noticed KOnCd is attempting to get pushed into the KDE CVS tree. Like I mentioned in my previous post, I feel both KreateCD and KOnCD are great apps ... however .. do we need 2? Do you think it would be possible to attempt to merge these 2 projects before either of them takes off too far? Maybe more of a merge of resources and ideas... It would be a shame to have either one die off if the other gets included into KDE proper, or a shame to duplicate resources if there isn't a good reason. I also realize choice is good and sometimes there is a need for more than one application for a given function ... so if this is the belief here that's a very valid answer to my question. No harm, no foul. Just curious ... please don't take this as flame bait. Jim Basilio |
|
From: Joseph W. <jo...@bi...> - 2001-10-11 17:35:35
|
Hi > > Anyway, I'd like to start cracking into the code and submit patches if I > can .. however I'm running kde 2.2 and it seems the configure script is > looking for qt 3.0beta4. Any suggestions on how to remedy this? Are you > really developing for qt3 already? > The CVS Head branch is already mostly ported to KDE3/QT3. The development for KDE 2.2.X / QT 2.3.X is in the KREATECD_1_1_BRANCH branch. The available beta releases for the upcoming KreateCD 1.1 release are KDE 2.2.X/QT 2.3.x only. Kind regards Joseph Wenninger |
|
From: Alexander F. <Ale...@gm...> - 2001-10-11 17:27:02
|
Am Don, 2001-10-11 um 14.28 schrieb 1002803287: > Hi. > > I was building a cdwriter app of my own .. had some ideas .. written some > basic code. I wasn't happy with most of the burner programs I've seen out > there. > > Then I found KOnCd and KreateCD. These are two of the nicest ones IMHO. > Easy to use and not overwhelming with dumb options. > > Anyway, I'd like to start cracking into the code and submit patches if I can > .. however I'm running kde 2.2 and it seems the configure script is looking > for qt 3.0beta4. Any suggestions on how to remedy this? Are you really > developing for qt3 already? > We already develop for Qt3/KDE 3 in the HEAD branch of CVS. KreateCD 1.1.0 will be the last release for KDE 2.2 which will add major new features. There might be further 1.1.x releases for bug fixing. These bug fixes will occur in the "KREATECD_1_1_BRANCH" branch. Major development is in HEAD and Qt3/KDE3 only. If you want to start contributing you should consider to download the KDE 3 alpha version - or even better : install recent CVS versions and update it every few weeks. Alexander Feigl |
|
From: Jim B. <jba...@ce...> - 2001-10-11 12:26:42
|
Hi. I was building a cdwriter app of my own .. had some ideas .. written some basic code. I wasn't happy with most of the burner programs I've seen out there. Then I found KOnCd and KreateCD. These are two of the nicest ones IMHO. Easy to use and not overwhelming with dumb options. Anyway, I'd like to start cracking into the code and submit patches if I can .. however I'm running kde 2.2 and it seems the configure script is looking for qt 3.0beta4. Any suggestions on how to remedy this? Are you really developing for qt3 already? Thanks. Jim Basilio |
|
From: Alexander F. <Ale...@gm...> - 2001-10-10 15:52:11
|
On Saturday 06 October 2001 01:12, Joseph Wenninger wrote: > Hi > > > Neil (on IRC) made a feature request regarding the following: > > - He needs switches for the burnproof setting and the buffer size > > - He also advised to set some minimum widget sizes > Which widget sizes don't have an reasonable minimum size? > I think implementing the a checkbox for configuring burnproof (and buffer > sizes), would be really a nice feature, we should still put into KreateCD > 1.1. Alexander, the low level magic is yours. Could you look at it ? I > have neither time, nor a burnproof cd recorder. > I cannot promise anything. I'm not sure if we should add UNTRANSLATED user interface elements. I'll have to check whether the options breaks anything. I cannot tell if I'll manage this in the time left until 1.1.0 should be released. Alexander |
|
From: Joseph W. <jo...@bi...> - 2001-10-09 16:51:28
|
Hi Is it possible that we delay the 1.1 release for a week ? In the advanced view there are some missing view updates of the top right listview, but I can't fix it atm, because my development computer at home broke and I'm going to assemble a new one + a fresh installation of everything. If someone else has time to fix it, please do it. 1) When the user hits the caluclate button, the listview should be updated 2) When the user changes the start and stop position in an audio track, the time in the listview should be updated I think both things will not be more than 5-6 lines of code to write. If you need something, I'll read my mail from work or from the university. Kind regards Joseph Wenninger |
|
From: Joseph W. <jo...@bi...> - 2001-10-07 17:34:49
|
Hi > Neil (on IRC) made a feature request regarding the following: > - He needs switches for the burnproof setting and the buffer size > - He also advised to set some minimum widget sizes > I think implementing the a checkbox for configuring burnproof (and buffer sizes), would be really a nice feature, we should still put into KreateCD 1.1. Alexander, the low level magic is yours. Could you look at it ? I have neither time, nor a burnproof cd recorder. Kind regards Joseph Wenninger |
|
From: Alexander F. <Ale...@gm...> - 2001-10-06 04:16:34
|
On Saturday 06 October 2001 01:17, jo...@bi... wrote: > Hi > > > Neil (on IRC) made a feature request regarding the following: > > - He needs switches for the burnproof setting and the buffer size > > - He also advised to set some minimum widget sizes > > I think implementing a checkbox for configuring burnproof (and buffer > sizes), would be really a nice feature, we should still put it into > KreateCD 1.1. Alexander, the low level magic is yours. Could you look at > it ? I have neither time, nor a burnproof cd recorder. > We already had a message freeze. Adding new UI elements is exactly what we cannot do any more. Alexander |
|
From: <jo...@bi...> - 2001-10-05 23:23:27
|
Hi > Neil (on IRC) made a feature request regarding the following: > - He needs switches for the burnproof setting and the buffer size > - He also advised to set some minimum widget sizes > I think implementing a checkbox for configuring burnproof (and buffer sizes), would be really a nice feature, we should still put it into KreateCD 1.1. Alexander, the low level magic is yours. Could you look at it ? I have neither time, nor a burnproof cd recorder. Kind regards Joseph Wenninger |
|
From: Niels R. <n.r...@pl...> - 2001-10-05 18:15:25
|
Hiya, Neil (on IRC) made a feature request regarding the following: - He needs switches for the burnproof setting and the buffer size - He also advised to set some minimum widget sizes He also told me that he is going to put on a review of KreateCD on the free KDE network. freekde.kde.org (oid). I said I'd mail him tomorrow if he could post the review, or if he should wait (until we've implemented the features). Any comments on this? Niels Reedijk ----- IRC conversation ----- <Neil> ah Neil catches up <Neil> paza: use KreateCD <Neil> for writing a CD <Neil> it has features it lacks, like support for some important cdrecord features, but the UI is really nice <nielx> If you need any, just ask nielx is kreatecd developer <Neil> nielx: aha... <Neil> nielx: I will be posting KreateCD on freekde KDE Universe any day nonw <Neil> already took the screenshots :-) <paza> well basicly i need a functionality that i can put stuff from the harddisk into cd, nothing more <Neil> nielx: I need KreateCD to allow some advanced cdrecord switches - buffer size, dao, and the burnproof setting <paza> can it do .iso and .cue/.bin images ? <nielx> paza: it can do .iso, but no .cue/.bin images (to my knowledge) <Neil> well, cdrecord can write an image, but not a DAO-style list <paza> Neil: isn't burnproof cdrecord stuff ? <Neil> paza: yes, and that's why KreateCD needs to be able to turn that feature on <paza> Neil: i think my plextor is autodetected ... :-) <Neil> KreateCD is probably the best out-of-CVS UI I've ever seen <Neil> paza: cdrecord doesn't for my Plextor 12/10/32s SainTiss (Sp...@D5...) has joined channel #kde-users <Neil> when I tried writing an audiocd using KreateCd, the buffer emptied in like 5 seconds <paza> Neil: ok, bad luck then, but with linux, who needs the burnproof anyways ;)) <Neil> since it had a small buffer (I always set the buffer to 24MB), and it won't turn on burnproof <nielx> OK, buffer sizes it is <Neil> nielx: I'd think these switches would be easy to implement, if you like I can hold off the review for you to send me a version that has these features :-) <paza> Neil: any recommendations for replacing GRIP as ogg ripper ? <nielx> Neil: Can you give me a day? Then I can tell you if these changes will make it into 1.1.0 <Neil> driveropts=burnproof <Neil> that's the setting to turn on the burnproof - very important :-) <SainTiss> hi <Neil> nielx: sure, just mail me (ne...@qu...) when you know <paza> nielx: there exists people with fast IDE burners ;)) so it's important <Neil> paza: bah.. it's important when you have a fast SCSI and you want to compile KDE while writing :-) <paza> Neil: ;))) <SainTiss> I installed some true type fonts, and now the fixed font in the kontrol center defaults to such a truetype font... if I bring up the window where I can select the font, however, only 'fixed' is available... but everytime I select it, the next time I get in the kontrol center it default to the truetype font again <paza> Neil: but about those cdrippers, any recommendations how to replace grip <SainTiss> what should be done? <Neil> writing at 12x really taxes the buffer <Neil> great <Neil> nielx: one more tip for the KreateCD dialogs - set a minimum size for some of the widgets and layouts <Neil> heh.. if you get those features in, KreateCD's review will the the longest one yet, with the most praise -- Ga eens wat vaker met de metro |
|
From: Stefan G. <sg...@gm...> - 2001-09-30 12:12:11
|
Moin, Just wanted to ask if kreatecd can create/copy Audio-CDs in DiscAtOnce-mo= de=20 (no gaps between tracks, thus no pause in music). Last time I've cared about that feature I had to read (cd-recording-howto= )=20 that cdrecord does not support that mode and that I need another tool for= DAO=20 (cdrdao IIRC). Bye, Stefan aka mETz --=20 sg...@gm... | ICQ#51123152 | Moege der Pinguin mit euch sein |
|
From: Joseph W. <jo...@bi...> - 2001-09-26 21:11:03
|
Hi 1) Since I have neiter got a negative nor a positive answer, I commited my changes, which make kreatecd work (inclusive i18n) with KDE-HEAD. 2) In KDE 3 the KLibFactory's create function isn't virtual anymore, therefor createObject is. I changed this now. It compiles, but I couldn't test it, because I'm just upgrading my system from QT 3 Beta 5 -> QT3 Beta 5.5 (or pre Beta 6 (QT-COPY)) Kind regards Joseph Wenninger |
|
From: Stefan G. <sg...@gm...> - 2001-09-26 16:33:32
|
Hi, I'm regularly compiling kreatecd from cvs but since I changed to qt3 (jus= t got=20 qt3 pre beta6 working with kde-cvs head) kreatecd won't compile. This is = the=20 error I get: ---------------- snip ---------------- trackview_factory.cpp: In function `void * init_libkreatecdtrackviewpart(= )': trackview_factory.cpp:20: cannot allocate an object of type `TrackViewFac= tory' trackview_factory.cpp:20: since the following virtual functions are=20 abstract: /opt/kde/include/klibloader.h:124: class QObject *=20 KLibFactory::createObject(QObject * =3D 0, const char * =3D 0, const char= * =3D=20 "QObject", const QStringList & =3D QStringList()) make[2]: *** [trackview_factory.lo] Error 1 make[2]: Leaving directory `/usr/src/kde-apps/kreatecd/trackviewpart' ---------------- snap ---------------- My System: - SuSE 7.0, glibc 2.1 - gcc version 2.95.2 19991024 (release) - qt 3 pre beta6 (the one in qt-copy) - kde from cvs (of course it's HEAD ;)) Any hints? :) bye, Stefan aka mETz --=20 sg...@gm... | ICQ#51123152 | Moege der Pinguin mit euch sein |
|
From: Joseph W. <jo...@bi...> - 2001-09-25 08:09:27
|
Hi I've ported the head branch to show the i18n Strings created by the QT uic compiler. This means a new admin directory and a change in the configure.in.in. With this modifications, kreatecd will only compile with KDE-HEAD. I think if you change in configure.inin KDE_USE_QT(3) back to KDE_USE_QT(2) it should still work with QT2 (can't test it). May I commit my "port" or should I still wait ? Kind regards Joseph Wenninger |
|
From: Alexander F. <Ale...@gm...> - 2001-09-22 20:04:01
|
Hi! Tarballs are available for packaging on sourceforge.net. I will do cooker probably tomorrow. If Niels doesn't have time to package for SuSE, I will install it for packaging SuSE RPM too. I will post the announcements when the binary packages are available. Alexander Feigl |
|
From: Alexander F. <Ale...@gm...> - 2001-09-20 22:00:38
|
Hi! There are some problems when we load a data only project. - if the current project type is not data only : the file tree is empty - if the current project type is data only : a second!!! root is displayed with the correct files. Can somebody look at this (probably Joseph) Are we still missing the ISO options icon? Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-09-15 14:44:41
|
Hi! There are some problems when somebody drags a complex audio file (mp3,ogg) to the right side in advanced mode and clicks on that track. A dialog appears and the file is decoded. After decoding there is a D&D action initiated. Could somebody look at this problem? AFAIK we still have no icon for iso options in the IsoWidget, do we? I'll commit some bugfixes soon. Multisession recording is broken at the moment. Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-09-02 10:29:46
|
Hi! It seems that most of kreatecd already works with KDE HEAD at the moment. The problem that all memory is eaten up when a KFileDialog is shown is only triggered if you call kreatecd from an KDE 2.x environment. We could switch very soon to KDE HEAD if nobody has reasons not to do so. Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-09-01 17:58:43
|
Hi! I have access to a Linux box here while I am away. I will be online from time to time. I cannot do any burn tests here. Niels : the SuSE source RPM package is still missing. Did you forget to upload it? Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-08-29 19:11:43
|
Hi! We still need a screen shot for advanced mode and remove the DO_NOT_USE from the dialog where we choose the project type. This should be done until Friday Alexander |
1 message has been excluded from this view by a project administrator.
