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-11-01 16:40:17
|
Hi > I'm not sure if the new project dialog is the right place. It might be > good if it is possible to change DAO<-->TAO after a project is created. > Settings that only apply to DAO are lost when converting to TAO of > course. > I thought of adding it to the "new project" dialog, because it affects a big part of the project's GUI and behaviour, but in my opinion itdefinitly doesn't belong to the burner options. I think there should be no problem with converting the project (eg by means of a menu item). You said, you are going to encapuslate all CD related things into one class, perhaps we should add a new page to the settings dialog, which allows to set the default pregap, TAO,DAO mode, ......., which is also reachable direclty in the menu > > I would recommend to use project type names in the new file format. So > it doesn't hurt when we have to change the order. Same applies to track > modes. Whenever we have to same an enum - we should save names > This idea is not new, but good Kind regards Joseph Wenninger |
|
From: Niels R. <n.r...@pl...> - 2001-11-01 14:42:36
|
Someone, please answer this for me... ---------- Doorgestuurd bericht ---------- Subject: question about kreatecd Date: Sat, 27 Oct 2001 21:41:40 -0600 From: "Kent A. Signorini" <k3...@te...> To: ni...@kd... I have been using KreateCD to create CD's for a few weeks. It works wonderfully and is a fantastic front end! I have a question, though and could not find anything on this in the help system. I only have one CD-ROM drive which is also my CD writer. I could not find a method to copy a CD using only a single drive. When I tried to copy a CD, the program read the table of contents and stated that there was a single track of 650MB and presented the prompt to for me to click Write CD. It did not actually read the original and create an image or anything. When I clicked Write CD, the program told me that the CD in the drive did not have enough room on it (which is obvious because it was the original). I also tried by inserting the blank and then clicking Write CD and that just paused the entire program and it did nothing until I ejected the blank and killed the app. Is there a method with KreateCD to copy CD's using only one drive? And I guess another question (very important) would be: how do I create .iso images using KreateCD for later burning? Thanks for your help. Except for this one experience, I've enjoyed KreateCD immensely! Kent A. Signorini k3...@te... ------------------------------------------------------- -- Ga eens wat vaker met de metro |
|
From: Alexander F. <Ale...@gm...> - 2001-11-01 14:15:31
|
Am Die, 2001-10-30 um 20.00 schrieb Joseph Wenninger: > Hi > > I'm just starting to thing about the DAO related GUI-elements, and there are > some basic design decission to do. > > 1) I think the user should choose if he wants DAO mode or not, when he creates > a new project, because I believe between those two modes there are quite a > lot settings, which are only usefull for one of them. (pregap, .....) That's > why I'd like to move the "Disc at Once" option away from the "Burner > Settings" and add it to the project dialog, if nobody objects. > I'm not sure if the new project dialog is the right place. It might be good if it is possible to change DAO<-->TAO after a project is created. Settings that only apply to DAO are lost when converting to TAO of course. > 3) Since Niels is changing the fileformat to XML anyways I'd like to reorder > the items in the new project dialog ( I didn't for 1.0, because it would have > ment to break older project files, but now this breaks the them anyways). I > wan't to put the advanced mode to the top and as the default one, instead of > the classic one (which will still be supported) I would recommend to use project type names in the new file format. So it doesn't hurt when we have to change the order. Same applies to track modes. Whenever we have to same an enum - we should save names Alexander |
|
From: Joseph W. <jo...@bi...> - 2001-11-01 11:30:10
|
Hi > > What is the progress with the XML changes and the GUI changes? There > might be CVS conflicts. The GUI changes need a place to store DAO mode - > which will be in the CD project class. > The GUI (DAO, usability,....) related things I'm working o, are more on a paper than in a sourcecode file at the moment. For them there will be no (or at leas few) merging conflicts Kind regards Joseph Wenninger |
|
From: Alexander F. <Ale...@gm...> - 2001-11-01 11:20:33
|
Hi I am planning to put all information about the whole CD to be burned in a seperate class. Like - track array (currently in MainWindow and TrackListManager) - DAO setting (currently there is no setting for this before the burning dialog) - MCN (currently no setting possible) - default pregap (currently no setting possible) This will split low level tasks like adding tracks from the GUI - which IMHO is a good thing. What is the progress with the XML changes and the GUI changes? There might be CVS conflicts. The GUI changes need a place to store DAO mode - which will be in the CD project class. Alexander |
|
From: Joseph W. <jo...@bi...> - 2001-10-30 17:59:44
|
Hi I'm just starting to thing about the DAO related GUI-elements, and there are some basic design decission to do. 1) I think the user should choose if he wants DAO mode or not, when he creates a new project, because I believe between those two modes there are quite a lot settings, which are only usefull for one of them. (pregap, .....) That's why I'd like to move the "Disc at Once" option away from the "Burner Settings" and add it to the project dialog, if nobody objects. 2) I think we should split the Track dialog into two view modes, one for beginners and one for the advanced power user. 3) Since Niels is changing the fileformat to XML anyways I'd like to reorder the items in the new project dialog ( I didn't for 1.0, because it would have ment to break older project files, but now this breaks the them anyways). I wan't to put the advanced mode to the top and as the default one, instead of the classic one (which will still be supported) I discussed some of these things already with Alexander on IRC, but I'd like to inform / ask all people involved and have the decisions stored somewhere in the mail archive. Kind regards Joseph Wenninger |
|
From: Niels R. <n.r...@pl...> - 2001-10-23 07:11:37
|
Op maandag 22 oktober 2001 23:57, schreef u: > I'm curious as to what you guys have done in the way of useability testing. > I'm not talking about formal testing but even just attempting to have new > users run the program. > > To be honest I've been attempting to use the program and I'm finding it > difficult. It's the little things, tooltips, strange wording (Mode 1/Mode > 2). People that just want to burn a cd from an ISO or make MP3's into > audio images would probably benefit from more "common" wording. By all means, please hava a look at the documentation. Unlike other non kde-cvs programs, it is quite good and will help you with "Mode 1" etc. For the burning of iso or MP3's you should have a look at the Advanced Mode, it is especially made for this kind of actions. > I would like to attempt to make some of these smallish changes, however, I > have 1 computer to do development work on and the same computer to do my > daily computer use on. This includes gnucash/word processing/email etc. > My wife also uses this computer. How do the developers isolate qt3 and > still run kde2? Can I have my cake and eat it too? I have been developing > for years now and am a fairly experienced coder .. mostly java recently but > I did a few years C++ before that. Actually, you can find the process at http://www.kde.org/kde2-and-kde3.html . > If I can't develop, can I just throw ideas out and have you respond to > them? I really think kreatecd has MANY good, useable features. However, > I think they are hard to get to .. and being a new user myself I might be > able to offer feedback. You could start by making a list of things that could be made clearer. We could document them by tooltips and what's this help. And usuability reports are a great help too. We're off to make KreateCD 2.0 the best burner for UNIX! Niels Reedijk -- Ga eens wat vaker met de metro |
|
From: Jim B. <jba...@ce...> - 2001-10-22 21:55:20
|
I'm curious as to what you guys have done in the way of useability testing. I'm not talking about formal testing but even just attempting to have new users run the program. To be honest I've been attempting to use the program and I'm finding it difficult. It's the little things, tooltips, strange wording (Mode 1/Mode 2). People that just want to burn a cd from an ISO or make MP3's into audio images would probably benefit from more "common" wording. I would like to attempt to make some of these smallish changes, however, I have 1 computer to do development work on and the same computer to do my daily computer use on. This includes gnucash/word processing/email etc. My wife also uses this computer. How do the developers isolate qt3 and still run kde2? Can I have my cake and eat it too? I have been developing for years now and am a fairly experienced coder .. mostly java recently but I did a few years C++ before that. If I can't develop, can I just throw ideas out and have you respond to them? I really think kreatecd has MANY good, useable features. However, I think they are hard to get to .. and being a new user myself I might be able to offer feedback. Thanks. Jim Basilio |
|
From: Alexander F. <Ale...@gm...> - 2001-10-21 16:04:52
|
Hi I am implementing cdrdao support at the moment - as you might know. It starts to work now - it is far from being perfect and some things have still to be done. - on the fly recording with cdrdao is not possible at the moment. cdrdao doesn't accept FIFO as track source yet. The author probably will implement this soon. (at least he said to do it when I mailed him). I have a hacky patch for cdrdao on my hard disk but we will have to change kreatecd again when we want to support the final cdrdao version with this feature. - cdrecord uses some strange track modes. (xa1,xa2 etc). These are no real track modes on a CD. Schilling mixed track modes and TOC types. If you use xa1 track modes, you probably get a TOC type of CDROM XA and a normal mode1 track. I never has seen such behavior in any other burning app - but I simply used cdrecord track modes. We might want to change that and use official track mode names. We might have to find a way for the user to force the TOC type if he wants. We will probably be able to write raw tracks with cdrdao and I think we should support this Alexander |
|
From: Niels R. <n.r...@pl...> - 2001-10-21 13:10:31
|
Alexander, I think you've forgotten to add the Cdrdao* files to the CVS. Niels -- Ga eens wat vaker met de metro |
|
From: Alexander F. <Ale...@gm...> - 2001-10-20 09:50:46
|
Hi There will be a slight delay in the release for some hours. Will not be at home at 20:00. If there are still some problems - inform me. I'll release as soon as I am back Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-10-17 21:38:20
|
On Wednesday 17 October 2001 08:52, Kei...@nt... wrote: > Alexander Feigl writes: > > BTW does kreatecd 1.0.9 run flawlessly on Solaris? > > There was a problem with trying to write additional sessions to a > multisession ISO9660 CD-ROM. I was getting an error message at the > point that mkisofs was being called. I never managed to track down > the cause. > > Unfortunately, as I have changed jobs I no longer have access to any > Sparc hardware or Solaris, so I can't do any more testing of this. > That is bad. You were the only connection to the Solaris world. Alexander |
|
From: <Kei...@nt...> - 2001-10-17 07:06:47
|
Alexander Feigl writes: > BTW does kreatecd 1.0.9 run flawlessly on Solaris? There was a problem with trying to write additional sessions to a multisession ISO9660 CD-ROM. I was getting an error message at the point that mkisofs was being called. I never managed to track down the cause. Unfortunately, as I have changed jobs I no longer have access to any Sparc hardware or Solaris, so I can't do any more testing of this. Keith Refson |
|
From: Alexander F. <Ale...@gm...> - 2001-10-16 23:55:43
|
Am Die, 2001-10-16 um 15.11 schrieb 1003237871: > Hi > > > I heard that multiplatform support is a major requirement to be added to > > KDE CVS. I wonder how the will manage it to be added if there is only > > support for Linux planned. > > It's not that important anymore, there are quite a view applications / modules > which are only compiled on specific plattforms. > > > > But I would advise you not to underestimate the "it's already > > > installed" factor. Technical superiority counts for little, as any > > > Betamax owner will tell you. So I do suggest that trying to get > > > KreateCD incorporated in the KDE CVS is a good idea. > > > > We were asked if we want to add kreatecd into the KDE CVS and there was > > some discussion about that in IRC. We (kreatecd developers) discussed > > about that and we finally agreed that we don't want to be in KDE CVS. > > Since then we didn't change our minds. > > > > The addition of KOnCD could be a reason to think about that again. > > > > > I think the main reason we decided to stay out of KDE-CVS, because than we can > do our own release schedules, but we should really consider, if it is such a > big disadvantage, if we would obey their feature/messages freezes. We can > still release updated versions in betweeen of KDE releases. > Yes. This was the main disadvantage. The current release plan of KDE 3 would hit us hard. There is a feature freeze at 2001-11-02. We just had a feature freeze and I planned to add some new features. (dao support ...) Doing releases between KDE releases will be very hard. I don't know whether we allowed to make CVS branches to fork for a release. > There would be some advantages, when we move to KDE-CVS: > 1) possibly more users -> more testers / bugreports / .... > 2) (1) -> perahaps we will finally become really "multi-platfform" > 3) It could be, we get some more developers > 4) Don't know anything else at the moment > I see these advantages too. I probably could live with being in KDE-CVS, although I think there will be problems with the release schedule (at least at the beginning). It will probably improve when we are accommodated to the KDE CVS rhythm. Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-10-16 23:55:39
|
On Tuesday 16 October 2001 20:02, jo...@bi... wrote: > Hi > > > just a tiny question. Is the copy CD in the tools menu redundant? > > The copy CD in the tools menu, should create a new Classic project and add > all tracks to this project. At the moment it't redundant, but in the next > release I'd like to rename it to "add all CD tracks" (or something like > that) an make it only available in the modes, where it is usefull > You can remove tracks or add tracks after you "imported" a CD. So it is not really redundant at the moment. We should leave it enabled. I am a little bit busy at the moment. Lectures at university started this week. Alexander |
|
From: <jo...@bi...> - 2001-10-16 19:49:16
|
Hi > > Would it be sensible if I disabled it for 1.0? > Go ahead, if you like If you are going to discuss the subject of KreateCD -> KDE-CVS (if it's not too late) do so, I don't really mind, which way we go, although I have to admit being in the KDE-CVS would have some advantages. (Read my previous mail) I'll be away till Saturday (partly because I visit the Systems 2001 in Munich). If you decide something, just tell me afterwards, where I should commit my things. Kind regards Joseph Wenninger |
|
From: <jo...@bi...> - 2001-10-16 18:09:14
|
Hi > > just a tiny question. Is the copy CD in the tools menu redundant? > The copy CD in the tools menu, should create a new Classic project and add all tracks to this project. At the moment it't redundant, but in the next release I'd like to rename it to "add all CD tracks" (or something like that) an make it only available in the modes, where it is usefull Kind regards Joseph Wenninger |
|
From: Niels R. <n.r...@pl...> - 2001-10-16 15:52:34
|
Hi, just a tiny question. Is the copy CD in the tools menu redundant? Niels -- Ga eens wat vaker met de metro |
|
From: Joseph W. <jo...@bi...> - 2001-10-16 13:10:24
|
Hi > I heard that multiplatform support is a major requirement to be added to > KDE CVS. I wonder how the will manage it to be added if there is only > support for Linux planned. It's not that important anymore, there are quite a view applications / modules which are only compiled on specific plattforms. > > But I would advise you not to underestimate the "it's already > > installed" factor. Technical superiority counts for little, as any > > Betamax owner will tell you. So I do suggest that trying to get > > KreateCD incorporated in the KDE CVS is a good idea. > > We were asked if we want to add kreatecd into the KDE CVS and there was > some discussion about that in IRC. We (kreatecd developers) discussed > about that and we finally agreed that we don't want to be in KDE CVS. > Since then we didn't change our minds. > > The addition of KOnCD could be a reason to think about that again. > I think the main reason we decided to stay out of KDE-CVS, because than we can do our own release schedules, but we should really consider, if it is such a big disadvantage, if we would obey their feature/messages freezes. We can still release updated versions in betweeen of KDE releases. There would be some advantages, when we move to KDE-CVS: 1) possibly more users -> more testers / bugreports / .... 2) (1) -> perahaps we will finally become really "multi-platfform" 3) It could be, we get some more developers 4) Don't know anything else at the moment Kind regards Joseph Wenninger |
|
From: Alexander F. <Ale...@gm...> - 2001-10-15 23:00:23
|
Am Son, 2001-10-14 um 18.11 schrieb 1003075886: > Alexander Feigl writes: > > Am Fre, 2001-10-12 um 10.01 schrieb 1002873704: > >=20 > > Even if he wants to contribute to KreateCD, I think he will never give > > up KOnCD. KreateCD and KOnCD are very different projects. The develope= rs > > of KOnCD probably have similar reasons not to "give up" KOnCD like we.= I > > think there is place for both of them. =20 >=20 > Interesting thread. Here's my =A30.02 worth. As far as I know KreateCD > has one overwhelming advantage over KonCD -- namely that it is > multiplatform. I tried out KonCD and not only did it not work under > Solaris, but the developers showed no interest in helping me. >=20 I heard that multiplatform support is a major requirement to be added to KDE CVS. I wonder how the will manage it to be added if there is only support for Linux planned. BTW does kreatecd 1.0.9 run flawlessly on Solaris? > But I would advise you not to underestimate the "it's already > installed" factor. Technical superiority counts for little, as any > Betamax owner will tell you. So I do suggest that trying to get > KreateCD incorporated in the KDE CVS is a good idea. >=20 We were asked if we want to add kreatecd into the KDE CVS and there was some discussion about that in IRC. We (kreatecd developers) discussed about that and we finally agreed that we don't want to be in KDE CVS. Since then we didn't change our minds. The addition of KOnCD could be a reason to think about that again.=20 If at any time - now or later - anybody of the development team thinks we should change or minds, he should it post here at the mailing list and we could start discussion. Alexander |
|
From: Alexander F. <Ale...@gm...> - 2001-10-14 17:11:47
|
Hi! We delayed the release because Niels asked for a delay yesterday in IRC. He wants to complete the translation and update the doc. Alexander |
|
From: Keith R. <Kei...@ea...> - 2001-10-14 16:11:40
|
Alexander Feigl writes:
> Am Fre, 2001-10-12 um 10.01 schrieb 1002873704:
>=20
> Even if he wants to contribute to KreateCD, I think he will never gi=
ve
> up KOnCD. KreateCD and KOnCD are very different projects. The develo=
pers
> of KOnCD probably have similar reasons not to "give up" KOnCD like w=
e. I
> think there is place for both of them. =20
Interesting thread. Here's my =A30.02 worth. As far as I know KreateCD
has one overwhelming advantage over KonCD -- namely that it is
multiplatform. I tried out KonCD and not only did it not work under
Solaris, but the developers showed no interest in helping me.
But I would advise you not to underestimate the "it's already
installed" factor. Technical superiority counts for little, as any
Betamax owner will tell you. So I do suggest that trying to get
KreateCD incorporated in the KDE CVS is a good idea.
Keith Refson
--=20
Dr Keith Refson, "Paradigm is a word too often used by those who=
would
Dept of Earth Sciences like to have a new idea but cannot think of=
one."=20
Parks Road, -- Mervyn King, Deputy Governor, Bank of E=
ngland
Oxford OX1 3PR, UK =20
Keith.Refson@ Tel: 01865 272026
earth.ox.ac.uk Fax: 01865 272072
|
|
From: Joseph W. <jo...@bi...> - 2001-10-13 18:33:18
|
Hi > > You requested a delay of the release. I did not get this mail, sorry. > But I think the reason for the delay is gone now. Right? > > Maybe I should have set up mail filters earlier :) > No problem :) Yes, the lines I asked you for backporting were the cause for my request of delay. I see no problem in releasing it like it was decided in the release schedule now. Kind Regards Joseph Wenninger |
|
From: Niels R. <n.r...@pl...> - 2001-10-13 16:12:04
|
Hi guys, I'm working on converting the KConfig saved project files to XML files. I believe it is best to do this in a seperate branch (XML_FILES), which I have already created. As soon as it is ready for prime time, it will be merged back into the main branch. Niels -- Ga eens wat vaker met de metro |
|
From: Alexander F. <Ale...@gm...> - 2001-10-13 13:45:40
|
Am Sam, 2001-10-13 um 11.34 schrieb 1002965689: > 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 > You requested a delay of the release. I did not get this mail, sorry. But I think the reason for the delay is gone now. Right? Maybe I should have set up mail filters earlier :) Alexander |
1 message has been excluded from this view by a project administrator.
