Main Menu

FET_VietNam

Started by ngoctp29121982, January 31, 2023, 12:55:23 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

ngoctp29121982

because the teaching hours of the teachers are different, using the mouse pointer is not as fast as the csv file, when I add it with csv and allow me to create the dialog box as suggested, I enter data 10 times faster.  reason, teachers have different teaching hours: 1,3,7,10,8,20,16.......

ngoctp29121982

My friends who are FET users in Vietnam: If I can follow your letter to contribute ideas, I wrote on the forum, then FET will overcome its weakness of not allowing users to input data from excel and export the timetable to excel. That way you can use the FET for a long time. Because all software in Vietnam allows users to add data in 2 ways directly and by excel file
My friends who are FET users in Vietnam: If I can follow your letter to contribute ideas, I wrote on the forum, then FET will overcome its weakness of not allowing users to input data from excel and export the timetable to excel. That way you can use the FET for a long time. Because all software in Vietnam allows users to add data in 2 ways directly and by excel file

Volker Dirr

#32
You are never 10 times faster writing an csv, since you didn't understood my idea correct.

a) You wrote "1, 3, 7, 10, 8, 20, 16, ..."
You put into someones mind by this that you always need to change the value, but that is in fact not true.
You need to add them sorted. So it is 1, 1, 1, 3, 3, 5, 5, ..., 28.
If you add them sorted, then you are much faster, because you don't always need to write the value, only move a bit the mouse wheel to get the next teacher.
2. You don't need to add a constraint for teachers with 1 only. The constraint is useless for them
3. You don't need to add that constraint for teachers with a double lessen only, because it is useless for them.
4. you don't need to add that constraint for teachers, that are already forced by not available times to have limited number of max days.
5. You don't need to add the constraints for each single full time teacher, since all full time teachers get the same single "All" constraint.

So by this you already saved, depending on your school, more or less constraints. (i guess for normal schools in Germany you already save about 50%, since about 50% are full time teachers.)

b)
You wrote 1, 3, 7, 10, 8, 20, 16, ...
You put into someones mind by this that you have got at least 20 different values, but that is not true.
If you work from Monday to Friday with the MA version, then you have got only 10 half-days. So 9 is the maximum! (10 is unneeded, you don't need to add a value constraint with that value). In Germany a full time teacher work max 7 half days. So just set a single "All" constraint for the full time teachers mean i only have got only left the values from 1 to 6. So in worst case I need to set 6 different values. So i just start with value 1, set all teacher with one. That is less then 1 minute work for the whole school. Then the same with 2. Again less then 1 minute work, ... until value 6. So i set them pretty quick. Faster then writing a csv file that i use only a single time in my whole life. If i use that csv daily, ok then i will be trained with an csv file and a csv file is faster, but don't forget you do it only 1 time in your whole life. You never need to use it a second time, since you can just use the fet file and modify a few values.

You can speed up my variant even more, if you set double enter keyboard klick on an alternative mouse button.

ngoctp29121982

Why don't you guys allow the user to add those 4 constraints from the csv file like the one I posted on the forum. When it is necessary for the user and in this way we optimize the teacher's working time faster than using the mouse pointer and also easy to change

Volker Dirr

#34
Liviu added it for you in a custom version. Did you ever got a feature request from Microsoft, Apple or an other company?

Liviu (and me and all other big software developers) don't want to add features that doesn't bring (big) improvements or doesn't fit into the software. Have a look at file format jpeg XL in webbwrowsers. Even jpeg XL is better than jpeg, the Apple Safari never added that feature, Microsoft Explorer/Edge never added that feature, Google Chromium added it in a test version, but removed it again. Only Firefox have it included as test now, but they are not sure if they want to keep it. Looks like they will remove it also. Even jpeg XL is better than jpeg. Even this good payed companies haven't got enough time to add all requests, even if they are better.

A new feature must "fit" into the software. There are many different ways how to implement it. Liviu implemented it his way in the custom version. I suggested it to implement it different to get other advantages by that (but also other disadvantages). Liviu and me currently think about how to design it best. The variants have got different advantages/disadvantages. (I guess you can read my idea in the TODO of the next FET release.)

If we select now again a wrong way, then a lot of work will be wasted. The old csv stuff was written by me. Advantage: Pretty short code with a lot of freedom in the selection of the fields. But the disaddvatage is that is is very very bad to service/expand the old code. So the csv import/export need a total rewriting. But that should be done correct. If we want to do that with all constraints (and a new feature should be complete), then i guess you need at least 3 month (maybe even 6) if you do full time coding. It will be bad if we do the same bug again and add new feature without thinking enough. We don't want to waste our spare time with implementing "bad" solutions.

ngoctp29121982

I wish you in the not too distant future to be able to add basic bindings to the csv file completely, I believe it will be a standout feature of FETs and users like. Thank you for helping us to have a scheduler software with great algorithms, in the near future we will often support your development