crossplatform.ru

Здравствуйте, гость ( Вход | Регистрация )


  Ответ в Qt Creator: ошибки в интерфейсе
Введите ваше имя
Подтвердите код

Введите в поле код из 6 символов, отображенных в виде изображения. Если вы не можете прочитать код с изображения, нажмите на изображение для генерации нового кода.
 

Опции сообщения
 Включить смайлы?
Иконки сообщения
(Опционально)
                                
                                
  [ Без иконки ]
 


Последние 10 сообщений [ в обратном порядке ]
RazrFalcon Дата 11.3.2011, 20:03
 
Цитата(Алексей1153 @ 5.2.2011, 16:43) *
функция "найти и заменить всё" работает иногда коряво - стирает часть некоторых строк, где произвелась замена. Лучше делать поиск, а потом вручную поочереди заменять фрагменты

Надо просто поиграться с опциями, я выбираю всегда "Use Regular Expressions" или "Whole Words Only", ну или как там на русском. Заменяет как часы.
Алексей1153 Дата 11.3.2011, 19:46
  kin63camapa, да, можно и так )
kin63camapa Дата 11.3.2011, 10:54
 
Цитата(Алексей1153 @ 5.2.2011, 17:43) *
функция "найти и заменить всё" работает иногда коряво - стирает часть некоторых строк, где произвелась замена. Лучше делать поиск, а потом вручную поочереди заменять фрагменты

У меня не иногда а при наличии в строках кирилических или любых других символов выходящих за рамки latin1 если в строках только латинские символы всё работает точненько.
Цитата(Алексей1153 @ 5.2.2011, 17:43) *
Лучше делать поиск, а потом вручную поочереди заменять фрагменты

лучше открыть во внешнем редакторе и заменить всё шустрее особенно если в файле пара тысяч строк попавших под критерий поиска
Алексей1153 Дата 5.2.2011, 17:43
  функция "найти и заменить всё" работает иногда коряво - стирает часть некоторых строк, где произвелась замена. Лучше делать поиск, а потом вручную поочереди заменять фрагменты
Алексей1153 Дата 24.1.2011, 21:32
  Rocky, в винде это не баг. И это удобно
Rocky Дата 24.1.2011, 21:00
  Не думаю что это баг (вернее я бы не стал называть это багом). "Имя", "имя", "иМя" - 3 разных названия. Просто это своеволие винды, что для нее это один и тот же файл. И этот "баг" касается даже банального включения хидеров. Если есть файл MyFile.h, то разве это не ошибка писать
#include "myfile.h"

?
Алексей1153 Дата 24.1.2011, 20:42
  igor_bogomolov, уже учитываю )

в общем-то, я всегда стараюсь учитывать, хоть и в винде. А тогда я этот заголовочник вручную вписал и очепятался
igor_bogomolov Дата 24.1.2011, 20:37
  Алексей1153, это не баг, это вещь которую просто нужно знать. В Linux учитывается регистр в путях, поэтому ~/mydir и ~/Mydir это не одно и то же. В Windows же регистр не учитывается. Поэтому если ты хочешь что бы твоё приложение нормально компилировалось как под линукс так и под виндовс, учитывай регистр при написании путей
Алексей1153 Дата 24.1.2011, 20:29
  И ещё один баг: во встроенном редакторе форм креатора, когда кладём элемент на форму, а потом делаем преобразование штатного виджета в свой класс через контекстное меню, ВАЖНО учитывать регистр символов заголовочного файла класса.

для винды от этого последствий никаких, а вот под линуксом начинается веселуха. Дело в том, что неправильный регистр попадает, само собой, в XML *.ui, затем в ui_*.h . Во время компиляции линуксовый компилятор не может найти файл заголовочника из-за того, что регистр символов разный.
Rocky Дата 24.1.2011, 20:26
 
Цитата(Алексей1153 @ 20.11.2010, 22:20) *
неожиданно взглянул на #define под новым углом

дефайны зло. имхо их следуент избегать при любых обстоятельствах. Сам пользуюсь и std::map, set, vector.... Автодополнения нет.. И тоже относится к например всяким std::auto_ptr. Неудобно, да. Но ради этого дефайны я бы все равно не стал использовать.

Цитата(Алексей1153 @ 24.1.2011, 19:02) *
какой-то непонятный глюк компилятора, иначе не могу объяснить
в классе, произведённом от QPushButton имеется мембер

А если написать
const QString textcolor = "red";

Все равно ругань? (щас не могу проверить)
Просмотр темы полностью (откроется в новом окне)
RSS Текстовая версия Сейчас: 29.3.2024, 18:10