> You loose. LyX adds a number. It was just an example. If LyX adds an ID or not, it doesn't really matter. There is no link between the number and the contents of the document.
> If not for complete rejection, so at least to priorize on what is important. You're right. But I'm not trying to convince this is the most important feature. I am just telling this is a good feature. > I absolutely do not want LyX to use the first line of the doc. I imagine I will end up with tons of documents with nonsense names. Then I'd rather have newfile1...newfile100. If I don't care enough to give them a proper name they probably can be marked as to-be-removed. You're not the only one that write papers with very long titles (I also do the same). But other softwares that suggest a filename (like MS Word) does not have problems with this right? Of course LyX will need to handle these things (limit the filename, remove illegal characters, and other things as well). This is not a big concern. You're right that sometimes we don't care to give good names for our files just because they are to-be-removed files. But I'm sure you do care to open various files to find something just because you decided to not give a proper filename in the past. > I would encourage people to think a few seconds how to call their documents. That will save some time in searching for them later on. You get the point! And how can LyX aid users to achieve this? Yes, you guessed right! Proposing filenames! The title is easy to get, but in a higher level of discussion we may also want to discuss if the title/first sentence/etc is the better string to get. Maybe some info based on the master document or the document structure? (as "Chapter-5", "Appendix", etc). I dunno. There are lots of things to consider and this "basic requested feature" could be improved to a "most wanted feature". > Of course everybody is welcome to make suggestions and put forward ideas on functionality. But it does not mean that everything gets implemented; it needs to be realistic and accepted by the community of users and developers. You're absolutely right. Someone may suggest that we include an embedded SVG editor in LyX. Of course it would be handy, but before implement it we need to talk if does make sense, given the difficuties to implement. how important and desired the feature is, if there alternatives, and so on. However, we are not talking about an embedded SVG editor and nobody is saying this feature should be implemented independent of the community opinion. I am just trying to defend that this idea is good. Regards, --- Diego Queiroz 2011/4/13 Sam Lewis <stroboscopicallyconflu...@yahoo.co.uk> > > IMO, we need to improve the functionality of > > LyX, and not block good ideas. > > Of course everybody is welcome to make suggestions and put forward ideas on > functionality. But it does not mean that everything gets implemented; it > needs to be realistic and accepted by the community of users and developers. > > Cheers, Sam >
