Exact Fraction of a length












5















I want to place some elements on my page for which I need to calculate their size.



For my example lets say three of those elements should exactly occupy a linewidth when put side by side without space in between.



The easiest possibility might be to just give their width as 0.3linewidth -- but that might be a bit too small generating a gap somewhere. It is however possible to just use 0.3333333333333linewidth -- but that is much to write for a seemingly simple fraction [and it strikes my pedanticism as it's not exactly one third].



If I want to get an exact value of one third, I may use



newlengthonethirdlinewidth
onethirdlinewidth=linewidth
divideonethirdlinewidth by 3


that might be the best way if I use this length multiple times but might be a bit much to type for a one-shot use.



My question is: Is there any simple possibility to get a length of one third (or seven eighths) of a given length?










share|improve this question


















  • 1





    dimexprlinewidth/3 and dimexpr7linewidth/8 work. However TeX uses scaled integers to represent dimensions, so technically 0.3333333333333linewidth is more precise than TeX's representation of linewidth/3. When you input a long decimal chain like that TeX will truncate that to a value it can represent.

    – Phelype Oleinik
    Jan 29 at 12:47













  • Actually, I didn't think about dimexpr. Mind putting that in an answer?

    – David Woitkowski
    Jan 29 at 12:51











  • @PhelypeOleinik "a long decimal chain like that TeX will truncate that to a value it can represent" is misleading, it could be that no truncation can be exactly represented as an integer multiple of pt/65536.

    – user4686
    Jan 29 at 12:58






  • 1





    the most precise way to multiply by a fraction is dimexprnumexpr A*<dimen>/B sprelax (where <dimen> is like linewidth but not 10pt then use dimexpr10ptrelax in place of <dimen>)

    – user4686
    Jan 29 at 13:00













  • @jfbu Agreed, unfortunate choice of words. On your second comment, why is that? Do you mind writing the answer explaining your comment, please?

    – Phelype Oleinik
    Jan 29 at 13:03
















5















I want to place some elements on my page for which I need to calculate their size.



For my example lets say three of those elements should exactly occupy a linewidth when put side by side without space in between.



The easiest possibility might be to just give their width as 0.3linewidth -- but that might be a bit too small generating a gap somewhere. It is however possible to just use 0.3333333333333linewidth -- but that is much to write for a seemingly simple fraction [and it strikes my pedanticism as it's not exactly one third].



If I want to get an exact value of one third, I may use



newlengthonethirdlinewidth
onethirdlinewidth=linewidth
divideonethirdlinewidth by 3


that might be the best way if I use this length multiple times but might be a bit much to type for a one-shot use.



My question is: Is there any simple possibility to get a length of one third (or seven eighths) of a given length?










share|improve this question


















  • 1





    dimexprlinewidth/3 and dimexpr7linewidth/8 work. However TeX uses scaled integers to represent dimensions, so technically 0.3333333333333linewidth is more precise than TeX's representation of linewidth/3. When you input a long decimal chain like that TeX will truncate that to a value it can represent.

    – Phelype Oleinik
    Jan 29 at 12:47













  • Actually, I didn't think about dimexpr. Mind putting that in an answer?

    – David Woitkowski
    Jan 29 at 12:51











  • @PhelypeOleinik "a long decimal chain like that TeX will truncate that to a value it can represent" is misleading, it could be that no truncation can be exactly represented as an integer multiple of pt/65536.

    – user4686
    Jan 29 at 12:58






  • 1





    the most precise way to multiply by a fraction is dimexprnumexpr A*<dimen>/B sprelax (where <dimen> is like linewidth but not 10pt then use dimexpr10ptrelax in place of <dimen>)

    – user4686
    Jan 29 at 13:00













  • @jfbu Agreed, unfortunate choice of words. On your second comment, why is that? Do you mind writing the answer explaining your comment, please?

    – Phelype Oleinik
    Jan 29 at 13:03














5












5








5








I want to place some elements on my page for which I need to calculate their size.



For my example lets say three of those elements should exactly occupy a linewidth when put side by side without space in between.



The easiest possibility might be to just give their width as 0.3linewidth -- but that might be a bit too small generating a gap somewhere. It is however possible to just use 0.3333333333333linewidth -- but that is much to write for a seemingly simple fraction [and it strikes my pedanticism as it's not exactly one third].



If I want to get an exact value of one third, I may use



newlengthonethirdlinewidth
onethirdlinewidth=linewidth
divideonethirdlinewidth by 3


that might be the best way if I use this length multiple times but might be a bit much to type for a one-shot use.



My question is: Is there any simple possibility to get a length of one third (or seven eighths) of a given length?










share|improve this question














I want to place some elements on my page for which I need to calculate their size.



For my example lets say three of those elements should exactly occupy a linewidth when put side by side without space in between.



The easiest possibility might be to just give their width as 0.3linewidth -- but that might be a bit too small generating a gap somewhere. It is however possible to just use 0.3333333333333linewidth -- but that is much to write for a seemingly simple fraction [and it strikes my pedanticism as it's not exactly one third].



If I want to get an exact value of one third, I may use



newlengthonethirdlinewidth
onethirdlinewidth=linewidth
divideonethirdlinewidth by 3


that might be the best way if I use this length multiple times but might be a bit much to type for a one-shot use.



My question is: Is there any simple possibility to get a length of one third (or seven eighths) of a given length?







calculations lengths






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Jan 29 at 12:45









David WoitkowskiDavid Woitkowski

898513




898513








  • 1





    dimexprlinewidth/3 and dimexpr7linewidth/8 work. However TeX uses scaled integers to represent dimensions, so technically 0.3333333333333linewidth is more precise than TeX's representation of linewidth/3. When you input a long decimal chain like that TeX will truncate that to a value it can represent.

    – Phelype Oleinik
    Jan 29 at 12:47













  • Actually, I didn't think about dimexpr. Mind putting that in an answer?

    – David Woitkowski
    Jan 29 at 12:51











  • @PhelypeOleinik "a long decimal chain like that TeX will truncate that to a value it can represent" is misleading, it could be that no truncation can be exactly represented as an integer multiple of pt/65536.

    – user4686
    Jan 29 at 12:58






  • 1





    the most precise way to multiply by a fraction is dimexprnumexpr A*<dimen>/B sprelax (where <dimen> is like linewidth but not 10pt then use dimexpr10ptrelax in place of <dimen>)

    – user4686
    Jan 29 at 13:00













  • @jfbu Agreed, unfortunate choice of words. On your second comment, why is that? Do you mind writing the answer explaining your comment, please?

    – Phelype Oleinik
    Jan 29 at 13:03














  • 1





    dimexprlinewidth/3 and dimexpr7linewidth/8 work. However TeX uses scaled integers to represent dimensions, so technically 0.3333333333333linewidth is more precise than TeX's representation of linewidth/3. When you input a long decimal chain like that TeX will truncate that to a value it can represent.

    – Phelype Oleinik
    Jan 29 at 12:47













  • Actually, I didn't think about dimexpr. Mind putting that in an answer?

    – David Woitkowski
    Jan 29 at 12:51











  • @PhelypeOleinik "a long decimal chain like that TeX will truncate that to a value it can represent" is misleading, it could be that no truncation can be exactly represented as an integer multiple of pt/65536.

    – user4686
    Jan 29 at 12:58






  • 1





    the most precise way to multiply by a fraction is dimexprnumexpr A*<dimen>/B sprelax (where <dimen> is like linewidth but not 10pt then use dimexpr10ptrelax in place of <dimen>)

    – user4686
    Jan 29 at 13:00













  • @jfbu Agreed, unfortunate choice of words. On your second comment, why is that? Do you mind writing the answer explaining your comment, please?

    – Phelype Oleinik
    Jan 29 at 13:03








1




1





dimexprlinewidth/3 and dimexpr7linewidth/8 work. However TeX uses scaled integers to represent dimensions, so technically 0.3333333333333linewidth is more precise than TeX's representation of linewidth/3. When you input a long decimal chain like that TeX will truncate that to a value it can represent.

– Phelype Oleinik
Jan 29 at 12:47







dimexprlinewidth/3 and dimexpr7linewidth/8 work. However TeX uses scaled integers to represent dimensions, so technically 0.3333333333333linewidth is more precise than TeX's representation of linewidth/3. When you input a long decimal chain like that TeX will truncate that to a value it can represent.

– Phelype Oleinik
Jan 29 at 12:47















Actually, I didn't think about dimexpr. Mind putting that in an answer?

– David Woitkowski
Jan 29 at 12:51





Actually, I didn't think about dimexpr. Mind putting that in an answer?

– David Woitkowski
Jan 29 at 12:51













@PhelypeOleinik "a long decimal chain like that TeX will truncate that to a value it can represent" is misleading, it could be that no truncation can be exactly represented as an integer multiple of pt/65536.

– user4686
Jan 29 at 12:58





@PhelypeOleinik "a long decimal chain like that TeX will truncate that to a value it can represent" is misleading, it could be that no truncation can be exactly represented as an integer multiple of pt/65536.

– user4686
Jan 29 at 12:58




1




1





the most precise way to multiply by a fraction is dimexprnumexpr A*<dimen>/B sprelax (where <dimen> is like linewidth but not 10pt then use dimexpr10ptrelax in place of <dimen>)

– user4686
Jan 29 at 13:00







the most precise way to multiply by a fraction is dimexprnumexpr A*<dimen>/B sprelax (where <dimen> is like linewidth but not 10pt then use dimexpr10ptrelax in place of <dimen>)

– user4686
Jan 29 at 13:00















@jfbu Agreed, unfortunate choice of words. On your second comment, why is that? Do you mind writing the answer explaining your comment, please?

– Phelype Oleinik
Jan 29 at 13:03





@jfbu Agreed, unfortunate choice of words. On your second comment, why is that? Do you mind writing the answer explaining your comment, please?

– Phelype Oleinik
Jan 29 at 13:03










1 Answer
1






active

oldest

votes


















6














I described how TeX inputs dimensions and handles units in https://tex.stackexchange.com/a/231281 and Why pdf file cannot be reproduced? and possibly at other locations, including some comments which are not always read.



I am using Plain TeX but of course it works exactly the same in LaTeX.



newdimenfixed

fixed 1pt

newdimentestA

newdimentestB

testA 0.33333587646484374fixed

testB 0.33333587646484375fixed

ifdimtestA = testB
The two dimensions are equal
else
The two dimensions are not equal
fi

bye


Outputs:



enter image description here



One needs 17 fractional digits to be certain that the dimension stabilizes (of course you get only 1sp possible difference after 5 fractional digits, because 1/10^5 < 1/65536, here in this example where one multiplies 1pt). And some things are counterintuitive, for example 0.33333 is enough but 0.22222 is not although it looks closer to 0.222222 than 0.33333 was to 0.333333.



It goes without saying that Knuth has programmed it exactly to fetch 17 fractional digits and not one more, because the theorem is that it will never change after that.







As another random example consider this



numberdimexpr 0.824440000ptrelax

numberdimexpr 0.824440003ptrelax

bye


which produces



enter image description here



showing that 0.824440003 gives distinct result from 0.82444.



We can confirm this also in a rôle as <factor> :



documentclass[a4paper]{article}
usepackage{geometry}

newlength{mylength}
begin{document}

setlength{mylength}{0.82444linewidth}

verb|0.82444linewidth| gives themylength.

setlength{mylength}{0.824440003linewidth}

verb|0.824440003linewidth| gives themylength.

These two things differ!

I hope this will dispel some misunderstandings\
about ``five fractional digits suffice''. Wrong.
end{document}


enter image description here



Notice that above linewidth is 418.25368pt so 0.000000003linewidth is in truth 0.00000125476104pt well below the TeX "error".




THE DIFFERENCE IS AMPLIFIED BY A FACTOR GREATER THAN 5000 !




As per the actual question, here is my comment



the most precise way to multiply by a fraction is dimexprnumexpr A*<dimen>/B sprelax (where <dimen> is like linewidth but not 10pt then use dimexpr10ptrelax in place of <dimen>) 





share|improve this answer


























  • @jfbu And it would be great if you would consider to stay on TeX.SE. Things happen, tone can get rough, and it can be healed by understanding on both sides and cleaning up comments or texts that led to it.

    – Stefan Kottwitz
    Jan 30 at 18:40












Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "85"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f472385%2fexact-fraction-of-a-length%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









6














I described how TeX inputs dimensions and handles units in https://tex.stackexchange.com/a/231281 and Why pdf file cannot be reproduced? and possibly at other locations, including some comments which are not always read.



I am using Plain TeX but of course it works exactly the same in LaTeX.



newdimenfixed

fixed 1pt

newdimentestA

newdimentestB

testA 0.33333587646484374fixed

testB 0.33333587646484375fixed

ifdimtestA = testB
The two dimensions are equal
else
The two dimensions are not equal
fi

bye


Outputs:



enter image description here



One needs 17 fractional digits to be certain that the dimension stabilizes (of course you get only 1sp possible difference after 5 fractional digits, because 1/10^5 < 1/65536, here in this example where one multiplies 1pt). And some things are counterintuitive, for example 0.33333 is enough but 0.22222 is not although it looks closer to 0.222222 than 0.33333 was to 0.333333.



It goes without saying that Knuth has programmed it exactly to fetch 17 fractional digits and not one more, because the theorem is that it will never change after that.







As another random example consider this



numberdimexpr 0.824440000ptrelax

numberdimexpr 0.824440003ptrelax

bye


which produces



enter image description here



showing that 0.824440003 gives distinct result from 0.82444.



We can confirm this also in a rôle as <factor> :



documentclass[a4paper]{article}
usepackage{geometry}

newlength{mylength}
begin{document}

setlength{mylength}{0.82444linewidth}

verb|0.82444linewidth| gives themylength.

setlength{mylength}{0.824440003linewidth}

verb|0.824440003linewidth| gives themylength.

These two things differ!

I hope this will dispel some misunderstandings\
about ``five fractional digits suffice''. Wrong.
end{document}


enter image description here



Notice that above linewidth is 418.25368pt so 0.000000003linewidth is in truth 0.00000125476104pt well below the TeX "error".




THE DIFFERENCE IS AMPLIFIED BY A FACTOR GREATER THAN 5000 !




As per the actual question, here is my comment



the most precise way to multiply by a fraction is dimexprnumexpr A*<dimen>/B sprelax (where <dimen> is like linewidth but not 10pt then use dimexpr10ptrelax in place of <dimen>) 





share|improve this answer


























  • @jfbu And it would be great if you would consider to stay on TeX.SE. Things happen, tone can get rough, and it can be healed by understanding on both sides and cleaning up comments or texts that led to it.

    – Stefan Kottwitz
    Jan 30 at 18:40
















6














I described how TeX inputs dimensions and handles units in https://tex.stackexchange.com/a/231281 and Why pdf file cannot be reproduced? and possibly at other locations, including some comments which are not always read.



I am using Plain TeX but of course it works exactly the same in LaTeX.



newdimenfixed

fixed 1pt

newdimentestA

newdimentestB

testA 0.33333587646484374fixed

testB 0.33333587646484375fixed

ifdimtestA = testB
The two dimensions are equal
else
The two dimensions are not equal
fi

bye


Outputs:



enter image description here



One needs 17 fractional digits to be certain that the dimension stabilizes (of course you get only 1sp possible difference after 5 fractional digits, because 1/10^5 < 1/65536, here in this example where one multiplies 1pt). And some things are counterintuitive, for example 0.33333 is enough but 0.22222 is not although it looks closer to 0.222222 than 0.33333 was to 0.333333.



It goes without saying that Knuth has programmed it exactly to fetch 17 fractional digits and not one more, because the theorem is that it will never change after that.







As another random example consider this



numberdimexpr 0.824440000ptrelax

numberdimexpr 0.824440003ptrelax

bye


which produces



enter image description here



showing that 0.824440003 gives distinct result from 0.82444.



We can confirm this also in a rôle as <factor> :



documentclass[a4paper]{article}
usepackage{geometry}

newlength{mylength}
begin{document}

setlength{mylength}{0.82444linewidth}

verb|0.82444linewidth| gives themylength.

setlength{mylength}{0.824440003linewidth}

verb|0.824440003linewidth| gives themylength.

These two things differ!

I hope this will dispel some misunderstandings\
about ``five fractional digits suffice''. Wrong.
end{document}


enter image description here



Notice that above linewidth is 418.25368pt so 0.000000003linewidth is in truth 0.00000125476104pt well below the TeX "error".




THE DIFFERENCE IS AMPLIFIED BY A FACTOR GREATER THAN 5000 !




As per the actual question, here is my comment



the most precise way to multiply by a fraction is dimexprnumexpr A*<dimen>/B sprelax (where <dimen> is like linewidth but not 10pt then use dimexpr10ptrelax in place of <dimen>) 





share|improve this answer


























  • @jfbu And it would be great if you would consider to stay on TeX.SE. Things happen, tone can get rough, and it can be healed by understanding on both sides and cleaning up comments or texts that led to it.

    – Stefan Kottwitz
    Jan 30 at 18:40














6












6








6







I described how TeX inputs dimensions and handles units in https://tex.stackexchange.com/a/231281 and Why pdf file cannot be reproduced? and possibly at other locations, including some comments which are not always read.



I am using Plain TeX but of course it works exactly the same in LaTeX.



newdimenfixed

fixed 1pt

newdimentestA

newdimentestB

testA 0.33333587646484374fixed

testB 0.33333587646484375fixed

ifdimtestA = testB
The two dimensions are equal
else
The two dimensions are not equal
fi

bye


Outputs:



enter image description here



One needs 17 fractional digits to be certain that the dimension stabilizes (of course you get only 1sp possible difference after 5 fractional digits, because 1/10^5 < 1/65536, here in this example where one multiplies 1pt). And some things are counterintuitive, for example 0.33333 is enough but 0.22222 is not although it looks closer to 0.222222 than 0.33333 was to 0.333333.



It goes without saying that Knuth has programmed it exactly to fetch 17 fractional digits and not one more, because the theorem is that it will never change after that.







As another random example consider this



numberdimexpr 0.824440000ptrelax

numberdimexpr 0.824440003ptrelax

bye


which produces



enter image description here



showing that 0.824440003 gives distinct result from 0.82444.



We can confirm this also in a rôle as <factor> :



documentclass[a4paper]{article}
usepackage{geometry}

newlength{mylength}
begin{document}

setlength{mylength}{0.82444linewidth}

verb|0.82444linewidth| gives themylength.

setlength{mylength}{0.824440003linewidth}

verb|0.824440003linewidth| gives themylength.

These two things differ!

I hope this will dispel some misunderstandings\
about ``five fractional digits suffice''. Wrong.
end{document}


enter image description here



Notice that above linewidth is 418.25368pt so 0.000000003linewidth is in truth 0.00000125476104pt well below the TeX "error".




THE DIFFERENCE IS AMPLIFIED BY A FACTOR GREATER THAN 5000 !




As per the actual question, here is my comment



the most precise way to multiply by a fraction is dimexprnumexpr A*<dimen>/B sprelax (where <dimen> is like linewidth but not 10pt then use dimexpr10ptrelax in place of <dimen>) 





share|improve this answer















I described how TeX inputs dimensions and handles units in https://tex.stackexchange.com/a/231281 and Why pdf file cannot be reproduced? and possibly at other locations, including some comments which are not always read.



I am using Plain TeX but of course it works exactly the same in LaTeX.



newdimenfixed

fixed 1pt

newdimentestA

newdimentestB

testA 0.33333587646484374fixed

testB 0.33333587646484375fixed

ifdimtestA = testB
The two dimensions are equal
else
The two dimensions are not equal
fi

bye


Outputs:



enter image description here



One needs 17 fractional digits to be certain that the dimension stabilizes (of course you get only 1sp possible difference after 5 fractional digits, because 1/10^5 < 1/65536, here in this example where one multiplies 1pt). And some things are counterintuitive, for example 0.33333 is enough but 0.22222 is not although it looks closer to 0.222222 than 0.33333 was to 0.333333.



It goes without saying that Knuth has programmed it exactly to fetch 17 fractional digits and not one more, because the theorem is that it will never change after that.







As another random example consider this



numberdimexpr 0.824440000ptrelax

numberdimexpr 0.824440003ptrelax

bye


which produces



enter image description here



showing that 0.824440003 gives distinct result from 0.82444.



We can confirm this also in a rôle as <factor> :



documentclass[a4paper]{article}
usepackage{geometry}

newlength{mylength}
begin{document}

setlength{mylength}{0.82444linewidth}

verb|0.82444linewidth| gives themylength.

setlength{mylength}{0.824440003linewidth}

verb|0.824440003linewidth| gives themylength.

These two things differ!

I hope this will dispel some misunderstandings\
about ``five fractional digits suffice''. Wrong.
end{document}


enter image description here



Notice that above linewidth is 418.25368pt so 0.000000003linewidth is in truth 0.00000125476104pt well below the TeX "error".




THE DIFFERENCE IS AMPLIFIED BY A FACTOR GREATER THAN 5000 !




As per the actual question, here is my comment



the most precise way to multiply by a fraction is dimexprnumexpr A*<dimen>/B sprelax (where <dimen> is like linewidth but not 10pt then use dimexpr10ptrelax in place of <dimen>) 






share|improve this answer














share|improve this answer



share|improve this answer








edited Jan 29 at 18:06

























answered Jan 29 at 16:21







user4686




















  • @jfbu And it would be great if you would consider to stay on TeX.SE. Things happen, tone can get rough, and it can be healed by understanding on both sides and cleaning up comments or texts that led to it.

    – Stefan Kottwitz
    Jan 30 at 18:40



















  • @jfbu And it would be great if you would consider to stay on TeX.SE. Things happen, tone can get rough, and it can be healed by understanding on both sides and cleaning up comments or texts that led to it.

    – Stefan Kottwitz
    Jan 30 at 18:40

















@jfbu And it would be great if you would consider to stay on TeX.SE. Things happen, tone can get rough, and it can be healed by understanding on both sides and cleaning up comments or texts that led to it.

– Stefan Kottwitz
Jan 30 at 18:40





@jfbu And it would be great if you would consider to stay on TeX.SE. Things happen, tone can get rough, and it can be healed by understanding on both sides and cleaning up comments or texts that led to it.

– Stefan Kottwitz
Jan 30 at 18:40


















draft saved

draft discarded




















































Thanks for contributing an answer to TeX - LaTeX Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f472385%2fexact-fraction-of-a-length%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

MongoDB - Not Authorized To Execute Command

in spring boot 2.1 many test slices are not allowed anymore due to multiple @BootstrapWith

How to fix TextFormField cause rebuild widget in Flutter